| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Signed-off-by: Artur Wronowski <arteqw@gmail.com>
SVN-Revision: 29603
|
|
|
|
|
|
| |
Patch-by: Ivan Ignjatic <ivan@omnima.co.uk>
SVN-Revision: 29602
|
|
|
|
|
|
| |
control register on the ar7240 switch (should fix #10547)
SVN-Revision: 29598
|
|
|
|
|
|
| |
Thanks netprince for reporting and testing.
SVN-Revision: 29595
|
|
|
|
|
|
| |
WZR-HP-AG300H, correct the id (#10649)
SVN-Revision: 29593
|
|
|
|
|
|
| |
brcm4716 is supported by bcma now we do not need this patch
SVN-Revision: 29576
|
|
|
|
|
|
| |
This new usb driver uses an extra device so the ehci and the ohci driver are not depending on ech other any more.
SVN-Revision: 29575
|
|
|
|
| |
SVN-Revision: 29574
|
|
|
|
|
|
| |
There are problems with the patches for kernel 2.6.39 and I do not want to support two different sets of patches.
SVN-Revision: 29573
|
|
|
|
| |
SVN-Revision: 29568
|
|
|
|
|
|
| |
Signed-off-by: Mark Deneen <mdeneen@gmail.com>
SVN-Revision: 29567
|
|
|
|
| |
SVN-Revision: 29561
|
|
|
|
|
|
|
|
| |
Because the external switch has no driver yet, connect GMAC0
to the PHY4 of the internal switch for now. This allows to
use the DB120 board as a router with 4LAN+1WAN ports.
SVN-Revision: 29557
|
|
|
|
| |
SVN-Revision: 29556
|
|
|
|
| |
SVN-Revision: 29555
|
|
|
|
| |
SVN-Revision: 29554
|
|
|
|
| |
SVN-Revision: 29553
|
|
|
|
| |
SVN-Revision: 29552
|
|
|
|
| |
SVN-Revision: 29551
|
|
|
|
| |
SVN-Revision: 29550
|
|
|
|
| |
SVN-Revision: 29549
|
|
|
|
| |
SVN-Revision: 29548
|
|
|
|
| |
SVN-Revision: 29547
|
|
|
|
| |
SVN-Revision: 29546
|
|
|
|
| |
SVN-Revision: 29545
|
|
|
|
| |
SVN-Revision: 29543
|
|
|
|
| |
SVN-Revision: 29541
|
|
|
|
| |
SVN-Revision: 29540
|
|
|
|
| |
SVN-Revision: 29539
|
|
|
|
| |
SVN-Revision: 29538
|
|
|
|
| |
SVN-Revision: 29536
|
|
|
|
| |
SVN-Revision: 29535
|
|
|
|
| |
SVN-Revision: 29534
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 29532
|
|
|
|
| |
SVN-Revision: 29531
|
|
|
|
| |
SVN-Revision: 29530
|
|
|
|
| |
SVN-Revision: 29522
|
|
|
|
|
|
|
|
| |
This fixes the issues with the jffs2 images on various boards. Using
JFFS2 on devices with 4KiB erase sectors is not safe:
http://lists.infradead.org/pipermail/linux-mtd/2011-June/036591.html
SVN-Revision: 29521
|
|
|
|
|
|
| |
reused from other targets
SVN-Revision: 29516
|
|
|
|
| |
SVN-Revision: 29515
|
|
|
|
|
|
| |
Patch-by: dyq <729650915@qq.com>
SVN-Revision: 29514
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 29509
|
|
|
|
| |
SVN-Revision: 29501
|
|
|
|
|
|
| |
Signed-off-by: karlp@tweak.net.au
SVN-Revision: 29486
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Factory images for WNDR3700v2 and WNDR3800 should contain these model IDs
for the device: field in their DNI tags, not WNDR3700.
This regressed in r29434, which redid WNDR3x00 model detection. The sixth
parameter to Image/Build/Netgear is only used as the -B argument to
mkdniimg, which is used to set the device: field. In r29434, this was
erroneously changed to be WNDR3700 for all models. The tools to flash
factory images (U-Boot's TFTP server and the factory software's upgrade
utility) may refuse to honor images with incorrect device: fields in their
DNI tags.
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 29473
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 29471
|