In order to get OHCI/EHCI working on the Rt3352, the platform device must be
named so rt3883-?hci will recognize it.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33145
As the userspace has no means to determine the maximum possible timeout, use
that as the default and let the userspace lower it when necessary.
As the result the usual OpenWrt install (with busybox's watchdog trying to set
the timeout to 60s on start) is using a 33s timeout on an RT3052 clocked at
384MHz instead of the current 20s default.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33144
D-Link's DIR-620 allows to flash a uImage directly from its web-interface but
for that the image name should be set to DIR_620.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33143
Full functionality runtime tested, installation via OEM web-interface requires
a follow-up patch.
Thanks go to Sergey Vasilyugin for his patch that pointed me at the missing
bits (including the antiparallel wps led).
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33142
Fixes this section mismatch warning:
WARNING: vmlinux.o(.meminit.text+0xb14): Section mismatch in reference
from the function memblock_insert_region() to the function
.init.text:crashlog_init_memblock()
The function __meminit memblock_insert_region() references
a function __init crashlog_init_memblock().
If crashlog_init_memblock is only used by memblock_insert_region then
annotate crashlog_init_memblock with a matching annotation.
Also, remove the __init annotations from 'include/linux/crashlog.h'
SVN-Revision: 33137
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
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
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
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
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
Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
[jonas.gorski@gmail.com: add network config for nb6, make switch fix a
platform patch]
SVN-Revision: 32924
Attached patch fixes a typo in the image Makefile, and overrides the
board name for DVA-G3810BN to set the correct board properties
Signed-Off-By: Jeroen van Bemmel <jbemmel@zonnet.nl>
SVN-Revision: 32894
atheros trunk moved to full sysfs gpiolib, but the leds were forgotten.
This restores the wlan led that was missing after switching from backfire
to trunk.
Signed-off-by: Karl Palsson <karlp@remake.is>
SVN-Revision: 32885
I did not add the last patch, because it add some stubs for the flash drivers and our patches have to be changed for that, if the flash support in bcma is able to do something I will integrate it.
This also contains 3 additional patches fixing some bugs in bcma.
SVN-Revision: 32880
This patch fixes a small typo in kmod-leds-wndr3700-usb description, where the board is for some reason made by NETGWR, not NETGEAR.
Signed-off-by: Roman A. aka BasicXP <x12ozmouse@ya.ru>
SVN-Revision: 32870
Increase the size of the buffer used for eeprom reads during the platform configuration of the Gateworks laguna. The model name read in is 16 bytes but the original buffer was only 8 bytes.
Signed-off-by: David Acker <dacker@rajant.com>
SVN-Revision: 32833
The initial support for the D-Link DAP-1350.
USB related functionality is not tested.
Signed-off-by: Yoichi Shinoda <shinoda@jaist.ac.jp>
SVN-Revision: 32821
Add support for revision D of the MI424WR.
Rev D swaps LAN & WAN ports so this patch maintains
eth0 for LAN and eth1 for WAN. For details on rev D usage,
see http://wiki.openwrt.org/toh/actiontec/mi424wr
Signed-off-by: Jose Vasconcellos <jvasco@verizon.net>
SVN-Revision: 32820
Currently, sys_clk/10 is used which is just wrong.
cpu_clk/10 would work for systems with 400MHz CPU clock.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 32812
The following patch is necessary for the InternetBox (Surfbox) board-specific
idsel to work with newer kernels. Acutally I don't exactly understand why this
was not necessary before, but without the udelay, the MiniPCI adapter in slot 3
is not detected and set up correctly.
Also remove platform broken flag, it works.
Signed-off-by: Bruno Randolf <br1@einfach.org>
SVN-Revision: 32766
This patch adds support for power led to Unifi Airrouter AP.
[juhosg:fold the patch into 608-MIPS-ath79-ubnt-xm-add-more-boards.patch]
Signed-off-by: Rocco Folino <lordzen@autistici.org>
SVN-Revision: 32678
This patch adds support for reset button to Ubiquiti UniFi AP.
[juhosg: fold the patch into 608-MIPS-ath79-ubnt-xm-add-more-boards.patch]
Signed-off-by: Rocco Folino <lordzen@autistici.org>
SVN-Revision: 32677
This patch adds support for reset button to Ubiquiti Airrouter AP.
[juhosg: fold the patch into 608-MIPS-ath79-ubnt-xm-add-more-boards.patch]
Signed-off-by: Rocco Folino <lordzen@autistici.org>
SVN-Revision: 32676
We did not reassign status to netif_receive_skb() return value, we thus
almost always incremented the dropped counter because the descriptor status
value never matches the NET_RX_DROP.
SVN-Revision: 32659
Because ath9k does not supports separate LEDs for
different bands yet, the 2.4GHz LED will show the
activity, even if the 5GHz band is selected.
SVN-Revision: 32615
Pass the mtd_layout via the kernel command line instead.
Also increase the kernel partition size to 1024k, so current kernel can fit in.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 32585
Despite Westwood's theoretical advantages, in nearly
every benchmark we ran last year, TCP cubic won, whether it be
on correct RTT estimates, amount of buffering, responsiveness,
etc. on current hardware and software designs.
(both need timestamps on to work well, besides)
TCP cubic is better maintained and understood than westwood,
also.
While a scenario where westwood would win possibly exists,
there is too much buffering in the wifi stack in particular
at present, to see any improvement.
If you wish to exercise various TCPs under contention,
the current svn head of netperf (2.6) has options to switch
congestion control agorithms on the fly, as does iperf.
SVN-Revision: 32514
Detect and apply MAC address of a Fonera 2.0n (ramips)
Signed-off-by: Malte Forkel <malte.forkel@berlin.de>
Signed-off-by: Vasilis Tsiligiannis <b_tsiligiannis@silverton.gr>
SVN-Revision: 32490
Hardware filtering must always be enabled as long as there is an Ethernet
device registered, and use device tree for setting the link activity and
buffer shifting enable/disable bit.
SVN-Revision: 32486
This target currently only supports Moschip's MCS8140 SoC, but support
for other chips in the same family (MCS8142, MCS8144) will be easy to add.
Target support is entirely using Device Tree for probing peripherals.
Drivers support include:
- PCI
- USB 1 & 2
- watchdog
- random number generator
- UART
- timer
- internal Ethernet PHY
- Ethernet MAC core
Support for the following boards is included using Device Tree
- Devolo dLAN USB Extender
- Tigal RBT-832
SVN-Revision: 32462
This patch helps properly detect a WNDRMAC device. Before this
patch the model is detected as "NETGEAR ?????????N".
Signed-off-by: Roman A. aka BasicXP <x12ozmouse@ya.ru>
SVN-Revision: 32453
This adds kmod-leds-wndr3700-usb package to a default build for
WNDR3700, WNDR3800 and WNDRMAC in order to support the green USB LED.
Signed-off-by: Roman A. aka BasicXP <x12ozmouse@ya.ru>
SVN-Revision: 32452
This patch adds support for the Korean made Petatel PSR-680W Wireless CDMA Router.
The platform is based on Ralink RT3052.
http://wiki.openwrt.org/toh/petatel/psr-680w
Signed-off-by: Dmitry Shmygov <shmygov at rambler.ru>
SVN-Revision: 32450
This patch enables few extra kernel options for the kvm_guest subtarget:
- Tickless kernel to avoid timer ticks in idle guests, reduces CPU usage
- Enable paravirtualization steal time support
Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
SVN-Revision: 32436
BCM6338 and BCM6338 have their MSG_CONTROL register width of 8-bits instead of
16-bits. We were previously using a 16-bits write which corrupted the first
byte of the TX FIFO. Also the message type was always set to Full-duplex even
in the case of half-duplex messages.
SVN-Revision: 32409
Merge most fixes from #8677:
- add basic hardware detection of Livebox Blue 5g revisions
- register leds and gpio buttons
- fix boot address location
- properly parse mac addresses
Plus some more fixes:
- make board_livebox.c more in line with board_bcm963xx.c
SVN-Revision: 32087
Some new board definitions were added within the #ifdef CONFIG_CPU_6338
section while some other were added within #ifdef CONFIG_CPU_6345, fix this
SVN-Revision: 32060
Build images for 96328avng and 963281TAN (untested) for three different
flash sizes: 4MB, 8MB, and 16MB.
Known issues:
* Button setup unknown, thus no fail-safe available.
* All other BCM6328 and BCM63XX issues
SVN-Revision: 32004
Add led devices for D-Link DIR-300-B1 WAN LED.
Note that the GPIO state is also ANDed with the esw switch port 4
LED state, which is why I've set the amber LED to default-on.
Closes: https://dev.openwrt.org/ticket/11326
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
[ juhosg:
- fix comment style in mach-dir-300-revb.c,
- remove the PPP specific LED setup, not everyone uses a PPP connection
on the WAN interface]
SVN-Revision: 31989
WIFI eeprom:
As discussed, it is impossible for nand and spi flash platforms to have the eeprom data available from mtd. I suggested to load the eeprom from user-space. I've looked into regular firmware loading but this is only possible when using modules. I've created a sysfs entry that allows reading and writing the eeprom data to the platform data. After loading the eeprom data I rely on pci-hotplug support to disable the bogus pci device and rescan the bus (with fixups and all). Because hotplug is not available, an init script is created that performs the copy from mtd to platform data. I think it is best to eventually move the sysfs functions to dev_wifi_athxk.c file, this would get rid of the external to the ath9k platform data.
SPI flash:
It seems that the spi-xway driver is not really working. It causes my kernel to crash in all sorts of ways. I added to bitbang SPI to be able to the calibration data mention above.
I've kept the original mtd partitioning that Netgear uses.
Buttons/LED:
Both buttons are working properly. Two leds are not enabled: The red internet led is connected to the pci_gnt1 pin... I can't disable it because then DMA stops working.
The green wifi led is connected to an unknown atheros gpio.
Signed-off-by: Pieter Voorthuijsen <p.voorthuijsen at gmail.com>
SVN-Revision: 31910
moves the linux partition, removes the config partition and the
buttons settings have small adjustments.
Signed-off-by: Luka Perkov <openwrt@lukaperkov.net>
SVN-Revision: 31909
Florian Fainelli
Gabor Juhos
Jo-Philipp Wich
John Crispin
Jonas Gorski
Hauke Mehrtens
Felix Fietkau
Luka Perkov
Vasilis Tsiligiannis
Mirko Vogt