- May 16, 2015
-
-
Rafał Miłecki 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:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45692
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45691
-
Rafał Miłecki authored
Signed-off-by:
Álvaro Fernández Rojas <noltari@gmail.com> SVN-Revision: 45690
-
Steven Barth authored
Signed-off-by:
Steven Barth <steven@midlink.org> SVN-Revision: 45689
-
Steven Barth authored
Signed-off-by:
Steven Barth <steven@midlink.org> SVN-Revision: 45688
-
- May 13, 2015
-
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45686
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45685
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45684
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45683
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45682
-
Rafał Miłecki 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:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45681
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45680
-
Steven Barth authored
Signed-off-by:
Steven Barth <steven@midlink.org> SVN-Revision: 45679
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45678
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45677
-
- May 12, 2015
-
-
Rafał Miłecki 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:
Rafał Miłecki <zajec5@gmail.com> Acked-by:
Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45676
-
- May 11, 2015
-
-
Steven Barth authored
Signed-off-by:
Steven Barth <steven@midlink.org> SVN-Revision: 45675
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45674
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45673
-
Felix Fietkau authored
ar71xx: convert tl-wr741nd v1/v2 to new image building code, add infrastructure for building the loader Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45672
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45671
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45670
-
- May 10, 2015
-
-
Felix Fietkau 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> SVN-Revision: 45669
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45668
-
Felix Fietkau authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45667
-
Felix Fietkau authored
fixes several ld errors reported by buildbot: http://buildbot.openwrt.org:8010/broken_packages/octeon/mdnsresponder/compile.txt http://buildbot.openwrt.org:8010/broken_packages/octeon/luasocket/compile.txt http://buildbot.openwrt.org:8010/broken_packages/octeon/luasec/compile.txt http://buildbot.openwrt.org:8010/broken_packages/octeon/openvswitch/compile.txt http://buildbot.openwrt.org:8010/broken_packages/octeon/prosody/compile.txt link error: ABI is incompatible with that of the selected emulation found at OE toolchain for bintils 2.22: http://patchwork.openembedded.org/patch/28033/ Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 45666
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45665
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45664
-
Felix Fietkau authored
This change adds PCIe support to IPQ806x based platforms. The driver is actually cherry-picked from the following LKML thread: *https://lwn.net/Articles/643086/ (patches 110-111) We also add here an additional fix to support multiple PCI controllers on the same platform (patch 112), and to patch the ap148 & dbs149 DTS files (patch 113). Signed-off-by:
Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45663
-
Felix Fietkau authored
This change enable zImage+appended dtb support in ipq806x kernel options. The zImage will now be generated as part of the kernel binaries. Platforms which do not have DT support enabled in U-boot can now make use of it by generating zImage files and appending dtb to it. It is not used yet but it is done as a stepping stone for early IPQ806x platforms, which did not include DT support in U-boot. Signed-off-by:
Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45662
-
Felix Fietkau authored
ARCH_QCOM is using the ARCH_MULTIPLATFORM option, as now recommended on most ARM architectures. This automatically calculate ZRELADDR by masking PHYS_OFFSET with 0xf8000000. On IPQ806x though, the first ~20MB of RAM is reserved for the hardware. In newer bootloader, when DT is used, this is not a problem, we just reserve this memory in the device tree. But if the bootloader doesn't have DT support, then ATAGS have to be used. In this case, the ARM decompressor will position the kernel in this low mem, which will not be in the RAM section mapped by the bootloader, which means the kernel will freeze in the middle of the boot process trying to map the memory. As a work around, this patch allows disabling AUTO_ZRELADDR when ARCH_QCOM is selected. It makes the zImage usage possible on bootloaders which don't support device-tree, which is the case on certain early IPQ806x based designs. Signed-off-by:
Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45661
-
Felix Fietkau authored
As mkits.sh makes the -d argument optional, we'll make this same argument optional in the MkFIT function as well. With this change, MkFIT can be used both to generate FIT images with DT, and without DT. Signed-off-by:
Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 45660
-
Felix Fietkau authored
mkits.sh help currently shows dtb file as optional, but generates an invalid its file when this option is unspecified. We're fixing this problem by removing the use of the sed command and just including variables instead. Signed-off-by:
Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 45659
-
Felix Fietkau authored
This option has been added in kernel 3.17. It shows-up only when both ARCH_QCOM and CRYPTO are enabled. So we'll disable these two by default to avoid stalling the build when these conditions are met. Signed-off-by:
Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45658
-
Felix Fietkau authored
Most of the time, we want to make sure OpenWrt has been configured and setup before start running make. However, in case of package/symlinks, forcing prereq as a dependency creates multiple issues: *when executed on a clean workspace, it will prompt for user input and open a menuconfig window before executing the feeds command *the only way around that is to provide a .config. However, the "prereq" target would then run a "make defconfig", which will remove all the packages in the .config but from external feeds, as feeds have not been installed yet. The only way to currently work around this, is to generate a fake config by running "make defconfig", then "make package/symlinks", copy the real config (which at this point disregards the previously generated config), and run make defconfig again. Something like this: make defconfig make package/symlinks cp real.config .config make defconfig This change is removing the need for the first defconfig, making the process more logical for OpenWrt users using the package/symlinks target. Signed-off-by:
Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 45657
-
Luka Perkov authored
Signed-off-by:
Catrinel Catrinescu <cc@80211.de> SVN-Revision: 45656
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45655
-
- May 09, 2015
-
-
Felix Fietkau authored
Significantly reduces reconnect delay Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45654
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45653
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45652
-