| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 33077
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the underlying /etc/config/wireless got changed since the last "wifi up"
has been performed, the uci vap ifname state vars become inconsistent on a
subsequent "wifi up" and multiple vaps get mapped to the same ifnames which
confuses the gui and other processes relying on them.
For now call an explicit "wifi down" prior to each "wifi up" which will clear
up the state accordingly.
SVN-Revision: 33076
|
|
|
|
| |
SVN-Revision: 33075
|
|
|
|
|
|
|
|
|
|
|
| |
Give nas interface time to setup them selves before configuring them.
Should fix #11826.
Contributed by T-Labs, Deutsche Telekom Innovation Laboratories
Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
SVN-Revision: 33074
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following patch corrects a hard reset that occurs on alix and
soekris net5501 hardware. Specifically, this is an issue with the via
rhine NIC driver. Under periods of extreme load, the via rhine driver
can cause a reset of the entire system. When this happens no output is
seen on the console, the device simply reboots. This was reported in the
following ticket:
Consistent crash on Soekris NET5501
https://dev.openwrt.org/ticket/11882
I was able to reproduce the problem locally with numerous alix 2d13
platforms. Under heavy 64 byte frame size load from a Smartbits traffic
generator, the alix hardware will hard reset in under 5 minutes. The
same hardware, under the same load, on FreeBSD 9.0 does not reset.
The patch below backports most of the via rhine changes from kernel 3.5.
With OpenWrt trunk being on kernel 3.3.8, it seemed prudent to bring
these changes in to avoid this serious issue.
I've tested this heavily in my test environment and was able to keep the
device stable under load for extended periods of time without any resets.
Also, a nice side effect of this change is that it significantly raises
the performance the platform. Without this patch the alix 2d13 can move
approximately 29,000 packets per second at 64 byte frame sizes. After
this patch the alix can move 52,000 packets per second at 64 byte frame
sizes.
I put this patch under the x86 patches as those are the only platforms
with via rhine hardware that I'm aware of. If it needs to go some place
else please let me know.
Thanks,
Adam
Signed-off-by: Adam Gensler <openwrt@kristenandadam.net>
SVN-Revision: 33072
|
|
|
|
|
|
| |
Thanks Gabor for spotting this
SVN-Revision: 33071
|
|
|
|
| |
SVN-Revision: 33070
|
|
|
|
| |
SVN-Revision: 33069
|
|
|
|
| |
SVN-Revision: 33068
|
|
|
|
| |
SVN-Revision: 33067
|
|
|
|
|
|
|
| |
The kernel has to be rounded up to the nearest 1MB, then we append
the root filesystem at its end.
SVN-Revision: 33066
|
|
|
|
| |
SVN-Revision: 33065
|
|
|
|
| |
SVN-Revision: 33063
|
|
|
|
| |
SVN-Revision: 33062
|
|
|
|
| |
SVN-Revision: 33057
|
|
|
|
| |
SVN-Revision: 33055
|
|
|
|
|
|
|
|
| |
This patch fixes the GPIO ALTSEL settings for some of the GPIOs used by the PCI subsystem in Lantiq Danube. These changes are required for more than one PCI device to work. Tested with an ARV7510PW having two PCI-devices; a VIA USB controller and a Ralink WLAN mini-PCI card.
Signed-off-by: Matti Laakso <malaakso@elisanet.fi>
SVN-Revision: 33054
|
|
|
|
|
|
| |
(#11914)
SVN-Revision: 33053
|
|
|
|
|
|
| |
Signed-off-by: Gregory M. Turner <gmt@malth.us>
SVN-Revision: 33035
|
|
|
|
| |
SVN-Revision: 33034
|
|
|
|
|
|
| |
to prevent potential interrupt storms
SVN-Revision: 33032
|
|
|
|
| |
SVN-Revision: 33031
|
|
|
|
|
|
| |
instead make the build fail if they differ from the ones in the kernel tree to prevent subtle runtime issues (see #11981)
SVN-Revision: 33030
|
|
|
|
| |
SVN-Revision: 33029
|
|
|
|
| |
SVN-Revision: 33028
|
|
|
|
|
|
| |
performance with various cards
SVN-Revision: 33014
|
|
|
|
|
|
|
|
|
| |
The structs defined in these header files should be the same as the
structes used by the platform code otherwise it will cause strange
runtime errors. By removing them from compat-wireless we will get a
compile error instead of a runtime error if they are out of sync.
SVN-Revision: 33006
|
|
|
|
| |
SVN-Revision: 33005
|
|
|
|
| |
SVN-Revision: 33004
|
|
|
|
| |
SVN-Revision: 33003
|
|
|
|
|
|
|
|
|
|
| |
* remove use_et, all supported drivers are using mii ioctls
* remove robo.phy_addr, phy_addr was always set to ROBO_PHY_ADDR.
* remove support for old kernel versions
* do_ioctl is allways called with buff == NULL
* use if_mii
SVN-Revision: 33002
|
|
|
|
| |
SVN-Revision: 33001
|
|
|
|
| |
SVN-Revision: 33000
|
|
|
|
| |
SVN-Revision: 32996
|
|
|
|
|
|
|
|
|
| |
The ARV4525 board init is passing the wrong offset to
arv_register_ath5k() resulting in a bogus mac.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 32993
|
|
|
|
| |
SVN-Revision: 32992
|
|
|
|
|
|
| |
fixes #11973
SVN-Revision: 32991
|
|
|
|
| |
SVN-Revision: 32956
|
|
|
|
| |
SVN-Revision: 32953
|
|
|
|
| |
SVN-Revision: 32951
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
One condition before codel_Newton_step() was not good if
we never left the dropping state for a flow. As a result
rec_inv_sqrt was 0, instead of the ~0 initial value.
codel control law was then set to a very aggressive mode, dropping
many packets before reaching 'target' and recovering from this problem.
Brought over from 3.5-stable
Signed-off-by: Dave Taht <dave.taht@bufferbloat.net>
SVN-Revision: 32950
|
|
|
|
| |
SVN-Revision: 32949
|
|
|
|
| |
SVN-Revision: 32948
|
|
|
|
| |
SVN-Revision: 32947
|
|
|
|
| |
SVN-Revision: 32946
|
|
|
|
| |
SVN-Revision: 32945
|
|
|
|
| |
SVN-Revision: 32944
|
|
|
|
|
|
|
| |
It will be used to start/stop the switch if that is
supported by the given board.
SVN-Revision: 32943
|
|
|
|
| |
SVN-Revision: 32942
|
|
|
|
| |
SVN-Revision: 32941
|