This patch adds support for the Sitecom WL-341 v3 and other Sercomm
IP1006RRv2 based boards for sysupgrade support and for the initial
flash through pushbutton initiated recovery mode with the special
partition table and fixes for the quirks and things required by the
modified bootloader.
There is a known bug, Wi-Fi is not working on my board probably
because of the lack of RAM (the board only has 16MiB ram -- half of
the normal amount for non rebadged versions, but there is an empty
slot for another ram chip,) but I don't know for sure. The driver
loads but hostapd fails to load so I think it's not related to the
specific device except for the lack of RAM.
Moreover, only 7 of the 11 onboard leds are confirmed working, it
seems that one of the others is always on and the remaining ones are
connected to the wireless card leds already recognized by OpenWrt
[juhosg: reordered some parts in order to keep things sorted
alphabetically]
Signed-off-by: Marco Antonio Mauro <marcus90@gmail.com>
SVN-Revision: 29910
In this patch:
* rename Argus leds to avoid underscores
* rename Belkin F5D8235 v1 leds from f5d8234 to f5d8235
* remove Belkin F5D8235 v1 status led defined as storage led (it was
defined as usb led earlier, just in wrong place) - it should have
router led as in v2
* add Argus, Sparklan and Belkin F5D8235 v2 status leds
* add Belkin F5D8235 v1 and v2 usb leds
* fix Belkin F5D8235 v2 network config generation and mac address axtraction
* fix Sparklan board identification
* add Sparklan usb led (this board doesn't have usb connector by
default and the led is hidden also but if you are going to solder
the connector then you'll see the led too)
* add Sparklan network config generation and mac address extraction
* fix empty string test in network script and...
* ...sort case entries by the first board in the list
Signed-off-by: Roman Yeryomin <roman@advem.lv>
SVN-Revision: 29871
Previously the tx housekeeping was done in a spin_lock_irqsave critical
section which causes irqs to be disabled during that time. Since the
housekeeping is already prepared to be scheduled as a tasklet process
the housekeeping only in softirq context and revise the locking between
the tx path and the housekeeping tasklet by using a normal spin_lock
which in most situations will be a NOP anyway.
This makes sure that interrupts are only disabled for a short time
since in the worst case the housekeeping might have to free up to 256
skbs.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 29762
This add support for the Sitecom WL-351 v1 002.
In principle the Engenius ESR9850 should also work with this, but I
don't have the hardware to test it.
Since an external gigabit switch (RTL8366RB) is used,
I had to modify the ramips_esw driver to add a 'bypass' mode, which
just configures it to not filter the vlan tags.
Also two initialization words (FCT2 and FPA2) are set to different
values by u-boot than what the driver is using and it only seems to
work correctly when they not overridden by the driver, so I
added them to the platform specific data as reg_initval_fct2 and
reg_initval_fpa2.
With this wired lan works as expected, however I'm still having some
trouble with the wireless lan:
It only works after I rmmod & re-insmod rt2800pci and then
reconfigure it in the webinterface, but not directly after
rebooting.
The symptom of this is wpad saying:
Dec 20 15:45:09 OpenWrt daemon.info hostapd: wlan1: STA <notebookmac> IEEE 802.11: associated (aid 1)
Dec 20 15:45:09 OpenWrt daemon.info hostapd: wlan1: STA <notebookmac> WPA: pairwise key handshake completed (RSN)
Dec 20 15:45:22 OpenWrt daemon.info hostapd: wlan1: STA <notebookmac> IEEE 802.11: authenticated
But wpa_supplicant on the client saying:
Authentication with <wl351mac> timed out.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 29604
This patch adds support for the Omnima MiniEMBWiFi
Ralink RT3050F based board.
Based on a patch by Ivan Ignjatic <ivan at omnima.co.uk>
SVN-Revision: 29533
The preconfiguration of the USB LED has benn move to the
/etc/uci-defaults/leds script. [juhosg]
Signed-off-by: Adam Porter <porter.adam at gmail.com>
SVN-Revision: 28571
This patch adds initial board support for the MoFi Network MOFI3500-3GN
(Ralink RT3052F SoC, 8MB flash, 32MB ram, wireless N, USB-OTG). This
router is basically the NA version of the HW550-3G.
Signed-off-by: Layne Edwards <ledwards76@gmail.com>
SVN-Revision: 26466
This patch adds sysupgrade and status LED support for the Aztech
HW550-3G. Some LED GPIOs were changed for clarity.
Signed-off-by: Layne Edwards <ledwards76@gmail.com>
SVN-Revision: 26320
This patch adds initial support for the Aztech HW550-3G (Ralink
RT3052f SoC, 8MB flash, 32MB dram). Ethernet is not working yet.
Wireless appears to work fine. USB does not work yet (as with other
Ralink boards).
Signed-off-by: Layne Edwards <ledwards76@gmail.com>
SVN-Revision: 26123
The skb_reserve call prior to DMA mapping the RX skb reduced the skb
data len by 2. To not allow DMA to write behind the skb we should pass
the correct skb data len to the device.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 24123
Instead just drop the rx'ed frame silently and reuse the already
available buffer.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 24122
Taking the ramips ethernet interface down and up again resulted in the
driver not receiving any frames anymore. Fix this by correctly disabling
interrupts in the hw on ifdown.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 23243
The attached patch adds a preliminary support for Prolink PWH2004 board
(Ralink RT305x based). LAN and flash appear to work. However, the USB
port and WLAN I have not managed to activate properly yet, but that
problem appears to be present with other rt305x targets as well(?).
Signed-off-by: Esa Hyytia <esa at netlab.tkk.fi>
SVN-Revision: 23129
This patch adds support for Sparklan WCR-150GN board.
Network configuration should be tweaked to make it work fully. The
reason it's not in this patch is that ramips target should be modified
to support different /etc/config/network files for different boards.
Signed-off-by: Roman Yeryomin <roman@advem.lv>
SVN-Revision: 22658
Bridging between the ramips ethernet driver and rt2800pci was somewhat
broken. Frames received by the ethernet driver which were passed to the
wifi driver for transmission were sometimes corrupted or sent out with
huge delays.
The reason for this is the missing assignment of skb->tail in the ramips
ethernet driver's rx path resulting in skb->tail pointing to skb->data.
Since skb->tail is used by mac80211 it writes into skb->data which messes
up the frames content.
Fix this by using skb_put to correctly set skb->len and skb->tail.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 22172