- Apr 14, 2015
-
-
nbd authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45432 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
nbd authored
Signed-off-by:
-
rmilecki authored
Fixes #19470 Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45430 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
cyrus authored
Signed-off-by:
Steven Barth <steven@midlink.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45429 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
cyrus authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
it has been non-functional for years and caused numerous memleaks and crashes for people that tried to enable it. it has no maintained upstream source, and it does not look like it's going to be fixed any time soon Signed-off-by:
-
- Apr 13, 2015
-
-
nbd authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
Imre Kaloz <kaloz@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45421 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
-
kaloz authored
If you can't find the firmware for you board, send proper patches. Signed-off-by:
-
kaloz authored
This has been done without having a board, but should work. Signed-off-by:
-
kaloz authored
Signed-off-by:
-
cyrus authored
Signed-off-by:
-
luka authored
Signed-off-by:
Varka Bhadram <varkab@cdac.in> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45409 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
- Apr 12, 2015
-
-
kaloz authored
left "broken" as I'm not sure if my only board is to blame.. testers welcomed Signed-off-by:
-
kaloz authored
Signed-off-by:
-
jow authored
To prevent future confusion around '/overlay' vs. 'overlay' simply reject relative path specifications as mount points since such paths result in undefined behaviour anyway. Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45404 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
rmilecki authored
It seems to have few ports connected to CPU (only for CPU sending data?) as part of "SMP dual core 3 GMAC setup" feature. Signed-off-by:
-
rmilecki authored
On BCM5301X there are two different cases to handle: CPU port 8 vs. any other one. Support for CPU port 8 was already partially implemented but it lacked setting some extra bit for 2G speed. It also will need to be extended to implement "SMP dual core 3 GMAC setup". That's the reason for handling it in separated code block. This patch also adds overriding CPU port state for port other than 8. It requires using recently defined GMII_PORT registers. It was tested for regressions on BCM53011 revs 2 & 3. It was also confirmed to fix switch on some internal Broadcom board. Signed-off-by:
Jonas Gorski <jogo@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45402 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
kaloz authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
blogic authored
Signed-off-by:
John Crispin <blogic@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45397 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
kaloz authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
-
kaloz authored
Signed-off-by:
-
