WLAN status update

[Werner Almesberger]

Andy Green wrote:
> Yeah I take it to mean when you return from the rfkill action, the
> stopping of RF TX is done already.  That sounds doable?

We could introduce a synchronization point (currently, there's none
for this kind of operation). This would make sure that the command
has at least started by the time we return. I'm not sure if rfkill
actually cares about this, but it seems like a good idea anyway.

> Well killing TX kills association, kills any connectivity lying around,
> etc.  It inherently affects everything on top of the network interface.
> ~ I think maybe we can just do it and the sky won't fall?

It's things like whether rfkill is allowed to reset the ESSID or
what should happen if you try to change the ESSID while rfkill is
in force. ESSID is just a prominent example. There's plenty more
parameters.

Anyway, you don't need to convince me that it would be pleasant
if all this was in fact nice and simple ;-)

- Werner