Messages in this thread | | | Date | Fri, 31 Oct 2008 20:35:47 +0200 | From | "Nick Kossifidis" <> | Subject | Re: ath5k gets lost with eeepc-laptop removal |
| |
2008/10/31 Matthew Garrett <mjg59@srcf.ucam.org>: > On Fri, Oct 31, 2008 at 01:51:49PM +0000, Alan Jenkins wrote: > >> Matthew: I nagged you twice about different consequences of this >> commit, so here's a third :). You said rfkill no longer automatically >> frobs on suspend/resume, which was what I was worried about last time. >> Should the core code also be modified so it doesn't do anything when >> the rfkill device is unregistered? > > I think there's definitely an argument in favour of that, though I > suspect that's a design feature - if you remove the control mechanism > for a radio, the safe state for that radio to be in is not transmitting. >
It doesn't leave the radio in a state that's not transmitting, it leaves the card in a state that doesn't get any power at all. I don't see any reason for this, how do you define "safe" ?
-- GPG ID: 0xD21DB2DB As you read this post global entropy rises. Have Fun ;-) Nick
| |