| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34860
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34843
|
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34270
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Somehow detecting the RAM size in common/setup.c doesn't
work here, it always detects 64M and then crashes on devices
with less RAM.
Probably using MEMC_REG_SDRAM_CFG1 to know the RAM size is how
it could be, for now I use the mem=32M kernel parameter to get
stuff working.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33381
|
|
|
|
|
|
|
|
|
|
|
|
| |
Stop handling VLAN setup in the kernel.
Removes the obsolete RT305X_ESW_VLAN_CONFIG_BYPASS option I added for
WL-351 and add some extra comments.
Also removes the en_vlan per-port flag that isn't very useful really, it now
is only controlled by the global enable_vlan flag.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33301
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 31402
|
|
|
|
| |
SVN-Revision: 30889
|
|
|
|
| |
SVN-Revision: 30473
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: Alexander Gordeev <lasaine@lvk.cs.msu.su>
SVN-Revision: 27995
|
|
|
|
|
|
| |
Based on a patch by Sergiy <piratfm@gmail.com>
SVN-Revision: 27810
|
|
|
|
| |
SVN-Revision: 27392
|
|
|
|
| |
SVN-Revision: 25127
|
|
|
|
| |
SVN-Revision: 25124
|
|
|
|
| |
SVN-Revision: 24331
|
|
|
|
|
|
| |
rt2800pci driver (it does not work yet but basically should). Hence, register the appropriate platform device to allow developing/testing the rt2800pci driver. Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 20599
|
|
|
|
| |
SVN-Revision: 19462
|
|
|
|
| |
SVN-Revision: 18175
|
|
|
|
| |
SVN-Revision: 18174
|
|
|
|
| |
SVN-Revision: 18166
|
|
|
|
| |
SVN-Revision: 18135
|
|
SVN-Revision: 17439
|