SVN-Revision: 33079

SVN-Revision: 33078

SVN-Revision: 33077

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

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

SVN-Revision: 33005

SVN-Revision: 33004

SVN-Revision: 33003

SVN-Revision: 33001

SVN-Revision: 33000

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

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

SVN-Revision: 32940

SVN-Revision: 32939

[juhosg: remove dead code]

Signed-off-by: embedded wireless GmbH <info@embeddedwireless.de>

SVN-Revision: 32934

Signed-off-by: embedded wireless GmbH <info@embeddedwireless.de>

SVN-Revision: 32933

Here is the uci-defaults version of the led support for
the Buffalo WLAE-AG300N.

Signed-off-by: Yoichi Shinoda <shinoda@jaist.ac.jp>

SVN-Revision: 32932

The patch set for Buffalo WLAE-AG300N initial support.

There is another patch for wireless led support that
is posted separately.

Note on serial console:
This unit has buffalo standard 4 pin console, but the unit may not power
on if some console apparatus is connected. This is probably due to some
electronic interaction between the unit's electronic power switch circuit
and the serial console apparatus. If this happens, it is required to power
on the unit without the console, then quickly (re-)attach it.

[juhosg: fix coding style]

Signed-off-by: Yoichi Shinoda <shinoda@jaist.ac.jp>

SVN-Revision: 32931

SVN-Revision: 32930

SVN-Revision: 32927

It is currently badly broken on ARM, until fixed, disable it

SVN-Revision: 32926