Thread (18 messages) flat view 18 messages, 6 authors, 2011-06-12

Re: Support for Android for mac80211 / cfg80211 802.11 drivers

From: Luis R. Rodriguez <hidden>
Date: 2011-02-02 16:37:35
Also in: lkml

On Wed, Feb 2, 2011 at 5:38 AM, Jouni Malinen [off-list ref] wrote:
On Wed, Feb 02, 2011 at 12:33:54PM +0100, Johannes Berg wrote:
quoted
What's the driver_cmd things they use? If we they add support for
whatever it is to nl80211, why can those not be normal supplicant
interfaces?
I have not reviewed what exactly gets used and how, so this is only
based on what the modification for wpa_supplicant are exposing.

There seems to be some kind of mechanism for stopping/starting/reloading
the driver which I do not fully understand. It includes some kind of
driver hang detection and maybe recovery from that etc..

Then there is a very generic mechanism of passing any command from user
space (i.e., command string to a SIOCSIWPRIV) and that goes
transparently through wpa_supplicant.. The response comes back as a
string. In other words, you could implement pretty much anything in a
driver specific way with that.. At least following commands are used or
have used with that: RSSI, LINKSPEED, MACADDR, GETPOWER, GETBAND.

Since it is difficult to tell just from wpa_supplicant changes what
exactly is done with these interfaces, the answer to the question of
why these could not be normal supplicant interfaces is not immediately
clear to me. I would assume that some of this functionality could
certainly be added once identified clearly what is needed. Some may
already be available (like MACADDR; assuming it is used to fetch local
MAC address).
Sounds like Android kernel guys need to get their shit together. Why
is this so hard?

  Luis
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help