Commit Graph

5 Commits (1c2905751924f7354f8e895cd22326cdbdebd7df)

Author SHA1 Message Date
Gabor Juhos e2ea72515f ramips: rt305x: nuke built-in MTD partition maps
SVN-Revision: 30650
2012-02-19 17:52:15 +00:00
Gabor Juhos 3502e2b93f ramips: rt305x: remove per-board physmap_flash_data instances
SVN-Revision: 30473
2012-02-12 12:52:10 +00:00
Gabor Juhos 32b9e8c750 ramips: use gpio-keys-polled instead of gpio-buttons
SVN-Revision: 30461
2012-02-11 19:37:06 +00:00
Gabor Juhos ba4c9b3a8f ramips: rt305x: remove CONFIG_MTD_PARTITION ifdefery from machine files
SVN-Revision: 30437
2012-02-11 15:11:43 +00:00
Gabor Juhos 7b1e525b56 ramips: initial support for Sitecom WL-351 v1 002
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
2011-12-23 14:27:16 +00:00