[PATCH 0/3] WLAN/SDIO power up/down synchronization

Andy Green andy at openmoko.com
Sat Nov 22 11:03:51 CET 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:
| Andy Green wrote:
|> Association is presumably lost because the firmware in the Atheros
|> module is directly seeing this "go down", "come back up from scratch"
|> traffic.
|
| The module actually has to be reset for letting the SDIO stack
| rediscover it. The SDIO spec allows the usual detection process
| only after a power-on reset (or, in our case, pulling the reset
| line) or a soft reset (where you set a bit to reset the IO
| function).

OK, it's not willing to do the "come back up from scratch" stuff
demanded by the stack until reset but it means the same.

|> It's fine for now, It's no worse than normal soft MAC device under Linux
|> where mac80211 is down in suspend and association is lost:
|> NetworkManager or similar will reacquire it on resume.
|
| Oh, good. Does it also set ESSID, encryption, and such again ?
| That would make things very easy for me ;-)

Yes on normal laptop NetworkManager it does IOCTL or whatever for iwlist
wlan0 scan, and then if it likes an AP for normal WPA case it uses
wpa_supplicant so everything is redone.  I don't use WEP but I am sure
this is also handled by NetworkManager.

Since the user may often suspend in one locale and resume in another,
this has to be the way to come at it.

I don't know the status of NetworkManager-type support in the rootfs-es,
presumably Debian has the real thing but how well it integrates with
AR6001 I dunno.  There was talk about various other NM-alikes over the
months but all I ever saw was failure to get iwlist-type results from
any UI... but I only check the distro UIs sporadically.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkkn2QcACgkQOjLpvpq7dMqEyACdHkoH2yV2LGol/mAPtArkQDtf
hnEAn09qxZ8NtQUGYxAk+8JJS5FnSUCR
=V901
-----END PGP SIGNATURE-----



More information about the openmoko-kernel mailing list