- May 23, 2015
-
-
florian authored
Simply disable the build of the "doc" and "tests" directories to speed up the build and avoid the potential for errors coming from external tools being used (e.g: source-highlight installed on a non-standard location). Signed-off-by:
Florian Fainelli <florian@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45713 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- May 22, 2015
-
-
jogo authored
If the first resolveip call will fail, peeraddr will be now empty, and the subsequent resolveip call will try to resolve an empty string. Fix this by storing the result in a temporary variable. Signed-off-by:
Jonas Gorski <jogo@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45712 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- May 21, 2015
-
-
jogo authored
Changelogs: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.12 * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.13 * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.14 Build tested on brcm63xx and ipq806x, runtested on brcm63xx. Signed-off-by:
-
jogo authored
3.18.12 backported 61ada528dea028331e99e8ceaed87c683ad25de2 ("sched/wait: Provide infrastructure to deal with nested blocking") from 3.19, causing the following error on load: [ 13.588000] compat: exports duplicate symbol woken_wake_function (owned by kernel) Fix this by guarding it with a check for 3.18.11 or earlier instead of 3.19. Signed-off-by: -
jogo authored
Add it to the appropriate places so the power led properly works and ethernet is properly configured for failsafe. Signed-off-by:
-
jogo authored
This patch adds support for the Huawei HG655b. Nothing much special in this router, it's just another BCM6368 with a Ralink RT3062 wifi chip and the calibration data embedded in the main flash chip at offset 0x7c0000. There is also configuration data used by the OEM firmware before the cal_data partition, this area is protected by the board_data partition in this patch. Signed-off-by:
Daniel Gonzalez <dgcbueu@gmail.com> Signed-off-by:
-
cyrus authored
Signed-off-by:
Steven Barth <steven@midlink.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45707 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- May 20, 2015
-
-
cyrus authored
Commit 5168c9a5 introduced a regression during patch application on the 4.0 kernel. Some of the patched content doesn't match the actual code, therefore leading to the following error: Applying patch generic/667-ipv6-Fixed-source-specific-default-route-handling.patch patching file net/ipv6/ip6_output.c Hunk #1 FAILED at 886. 1 out of 1 hunk FAILED -- rejects in file net/ipv6/ip6_output.c patching file net/ipv6/route.c Hunk #1 succeeded at 2247 (offset 2 lines). Patch generic/667-ipv6-Fixed-source-specific-default-route-handling.patch does not apply (enforce with -f) This change just adapts the actual patch to fix what is in kernel 4.0 and make it apply cleanly. Signed-off-by:
Mathieu Olivari <mathieu@codeaurora.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45705 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
kaloz authored
Signed-off-by:
Imre Kaloz <kaloz@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45704 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
hauke authored
Fedora 22 includes gcc5 by default build leads to error: include/linux/compiler-gcc.h:114:30: fatal error: linux/compiler-gcc5.h: No such file or directory backport upstream patch: "Add linux/compiler-gcc5.h to fix builds with gcc5" id: 478b02f1a7043b673565075ea5016376f3293b23 Issue was reported at https://forum.openwrt.org/viewtopic.php?id=56853 & replicated in a VM created, flashed and tested ar71xx image successfully as test Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45703 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- May 19, 2015
-
-
jogo authored
Instead of stripping everything after the first dot, strip everything after the last dot. This fixes pre-/postrm actions for packages with a dot in their name, like libusb-1.0. Fixes #19668. Signed-off-by:
-
cyrus authored
Signed-off-by:
-
cyrus authored
Signed-off-by:
-
cyrus authored
Signed-off-by:
-
- May 17, 2015
-
-
jow authored
Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45695 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
rmilecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45694 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
cyrus authored
Bump dnsmasq to v2.73rc8 Important - fixes remotely exploitable buffer overflow introduced in all v2.73 test/release candidates. Signed-off-by:
Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45693 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- May 16, 2015
-
-
rmilecki authored
This device seems to have switch port 7 connected to the CPU: vlan1ports=1 2 3 5 7* vlan2ports=0 7u it should be handled by eth1 and NVRAM seems to confirm that (no et0macaddr entry, existing et1macaddr & et1phyaddr entries). One of the remaining ports (4/8?) may be connected to the Quantenna SoC. Original firmware boot log contains following messages: (0x00,0x5d)Port 5 States Override: 0xfb (0x00,0x5f)Port 7 States Override: 0xfb (0x00,0x0e)Port 8 States Override: 0x0a (why does it force port 5 state?!) Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
Álvaro Fernández Rojas <noltari@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45690 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
cyrus authored
Signed-off-by:
-
cyrus authored
Signed-off-by:
-
- May 13, 2015
-
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
It has 3 Ethernet interfaces, each of them connected to separated switch port. Default NVRAM uses switch port 8 as CPU which is connected to the 3rd interface (eth2). Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
cyrus authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
rmilecki authored
Signed-off-by:
-
- May 12, 2015
-
-
rmilecki authored
This chipset has at least 8 usable ports, e.g. Netgear R8000 has ports 5, 7 and 8 connected to Ethernet interfaces: vlan1ports=0 1 2 3 5 7 8* vlan2ports=4 8u Port 6 seems to be always disabled. Signed-off-by:
-
- May 11, 2015
-
-
cyrus authored
Signed-off-by:
-
nbd authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45674 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
nbd authored
Signed-off-by:
-
nbd authored
ar71xx: convert tl-wr741nd v1/v2 to new image building code, add infrastructure for building the loader Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
- May 10, 2015
-
-
nbd authored
Since the kernel/rootfs split handling was modified 2 years ago by r37283 ( https://dev.openwrt.org/changeset/37283 ) and by the subsequent checkins, users have seen rather scary mtd errors in the log at every boot. The message ends "-- forcing read-only", which looks a bit error-like. That error has been mentioned in some forum threads, when users have noticed this message instead of some actual error. [ 2.940000] 0x000000070000-0x000000ff0000 : "firmware" [ 2.970000] 2 netgear-fw partitions found on MTD device firmware [ 2.970000] 0x000000070000-0x000000188440 : "kernel" [ 2.980000] mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only [ 2.990000] 0x000000188440-0x000000ff0000 : "rootfs" The patch removes the rather useless warning message. signed-off-by:
Hannu Nyman <hannu.nyman@iki.fi> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45669 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
