For the pure convenience of having a correctly named
image and system name in /proc/cpuinfo , until we can
do that by having system names in DTS...
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33224
The TL-WDR3600 is identical to the TL-WDR4300 with the exception that is has
only two antennas.
[juhosg: remove the custom machine type, change the board name instead]
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
SVN-Revision: 33219
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
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
Support for TP-Link TL-MR3040. Power LED not working - always on red, after
start should be green.
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
SVN-Revision: 31845
Great collaboration on these two fantastic routers on the openwrt forum:
https://forum.openwrt.org/viewtopic.php?id=32320
Above all kudos to aryufan. Well done and thank you everyone else who
contributed.
To-Do: LED for wlan is not yet activated
To-Do: TxPower over 20dBm (RB751U) or 22dBm (RB751G) are not accepted by
the router
Signed-off-by: Hanno Schupp <hanno.schupp@gmail.com>
[juhosg: fix line wrapped patch, fix checkpatch errors, add missing
kernel patches]
SVN-Revision: 31208
This patch adds support for D-LINK DIR-615 E4 board. It's mostly based
on the existing support for DIR-600 A1, with some changes in the leds
configuration.
It's an updated version of the patch that reliably works on my hw for
about a year (it was built from trunk on Jan 2011). When I decided to
update the firmware and checked for the current support for that device,
I also found previously posted patches by Alexey Loukianov that
mentioned some stability issues. I'm not sure where could be the
difference, the patches are very similar except the wmac led pin number
- I was using 1, and those patches used 17.
[juhosg: add 3.2 support]
Signed-off-by: Vadim Girlin <vadimgirlin@gmail.com>
SVN-Revision: 29973
Adds support for TL-MR11U, a portable router with very similar
hardware to the TL-WR703N and TL-MR3020, but with an onboard
2000mAh battery.
Tested, working:
All interfaces (Ethernet, 802.11n, USB)
WPS & Reset switches (Power appears to be a hardware slider)
Ethernet, Wifi, 3G LEDs (Power & charging LEDs hardware controlled)
Sysupgrade
[juhosg: fix indentations to use TABs instead of spaces, fix 3.2 patch
breakage]
Signed-off-by: Simon Taylor <simon.taylor.uk@gmail.com>
SVN-Revision: 29972
This patch adds support for Compex WPE72 bare board and Compex WPE72NX
Indoor Access Point.
[juhosg: add support to 3.2 as well]
Signed-off-by: Johnathan Boyce <jon.boyce@globalreach.eu.com>
SVN-Revision: 29912
The microSD slot and the Real Time Clock is not working yet.
The miniPCIe interface is not tested due to the lack of a
suitable card.
SVN-Revision: 29662
This patch adds support for the TP-Link device TL-MR3020 which is very
similiar to the TL-WR703N.
The TL-MR3020 uses 5 LEDs, 1 push button and a switch with 3 positions.
Only four LEDs can be controlled via GPIO. The power LED is connected to
the power supply.
The WPS push button has been mapped to KEY_WPS_BUTTON. The two GPIO signals
of the sliding switch have been mapped to BTN_0 and BTN_1.
I have also setup a wiki page with details here:
http://wiki.openwrt.org/toh/tp-link/tl-mr3020
USB is working and has been tested with USB mass storage and USB UMTS
stick.
Wifi also seems to work.
Ethernet is working too.
Signed-off-by: Christian Cier-Zniewski <c.cier@gmx.de>
SVN-Revision: 29651
The WNDRMAC is a WNDR3700v2 (64MB RAM, 16MB flash) in a white case. The
WNDRMACv2 is a WNDR3800 (128MB RAM, 16MB flash) in a WNDRMAC case.
The WNDRMAC case doesn't have "holes" or labels for the 2.4GHz LED or
switch ports 2-4. The stock firmware uses a single LED (in the 5GHz
position) to indicate the status of both radios, and a single LED (in the
switch port 1 position) to indicate the status of all LAN ports. The
"missing" LEDs are present on the board, and easily shine through the
case. Unlike the stock firmware, OpenWrt will use these "hidden" LEDs.
I've tested the WNDRMACv2 image. I don't have a v1 WNDRMAC, but assume
that this is sufficient to build a fully-functional image.
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 29513
Detect the model name for /tmp/sysinfo/model based on 10 bytes at offset
56 in the art (caldata) mtd partition.
r29434 redid WNDR3x00 model detection, attempting to distinguish between
WNDR3700v2 and WNDR3800 by checking MemTotal in /proc/meminfo. However, it
contained a bug: it put the awk inside a $(...), with the result that all
WNDR3700v2 and WNDR3800 models would be reported as WNDR3800. This patch
checks the model name stored in the art partition, as is done by U-Boot
shipping on the WNDR3800. It has the likely advantage of working with
future models based on the WNDR3700 board. It also will not mis-detect
units on which people install more memory.
I have tested this patch on WNDR3700 (v1), WNDR3700v2, and WNDR3800.
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 29472
This fixes the machine name in /proc/cpuinfo and luci status page machine name.
Signed-off-by: Petri Rosenström <petri.rosenstrom@gmail.com>
SVN-Revision: 29326
U-Boot on the ALL0258N needs offset, size and md5 for kernel and rootfs to be
stored in the U-Boot environment.
If the checksums don't match during boot, a failsafe-system is booted instead.
This patch adds a board-specific sysupgrade hack for the all0258n which
calculates and updates the checksums for the U-Boot environment.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 28700
Aparently $magic_long was meant here instead of $magic when comparing with
32-bit values.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 28678
The initial support for the Buffalo WHR-HP-G300N box.
The code was confirmed to boot and run, but not tested in depth.
Known problem: iw phy phy0 info shows:
Coverage class: 0 (up to 0m)
Available Antennas: TX 0 RX 0
Signed-off-by: Yoichi Shinoda <shinoda@jaist.ac.jp>
SVN-Revision: 28567
This patchs adds support for the Allnet ALL0258N outdoor AP/bridge.
The ALL0258N is based on the AR7240 SoC paired with an AR9285 radio,
it got 8MB of NOR and 32MB SDRAM.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 28564
Now that we can use a generic name for the switch there is no need for a
separate image for the WZR-HP-G301NH.
Update the default network config and remove the extra image.
SVN-Revision: 27814
Add support for the Buffalo WZR-HP-G301NH. The only difference between it
and the WZR-HP-G00NH is that it has a RTL8366RB instead of a RTL8366S.
Since we don't do runtime detection of the switch, we need a separate
machine definition for it.
While we are at it, also rename the profile to reflect that it now is for
more than one device.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26601
Patch-by: Cezary Jackiewicz <cezary@eko.one.pl>
(the GPIODEV code has been removed, the sysfs interface
can be used to control the GPIO lines instead - juhosg)
SVN-Revision: 23165
This is still preliminary and not really tested much. Anyway, this
version seems to be enough to get both wired and wireless
interfaces working. Buttons and leds are also working.
mach-ap96.c is based on mach-wndr3700.c.
Signed-off-by: Jouni Malinen <jouni.malinen@atheros.com>
SVN-Revision: 23125
This patch adds support for the Senao EAP7660D board to diag.sh and sysupgrade.
Signed-off-by: Daniel Golle <daniel.golle@gmail.com>
SVN-Revision: 22644
