| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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
|
|
|
|
| |
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: 32929
|