2011/9/20 Mohammed Shafi <shafi.wireless@xxxxxxxxx>: > Hi Nick, > > On Mon, Sep 19, 2011 at 9:31 PM, Nick Kossifidis <mickflemm@xxxxxxxxx> wrote: >> Add a module parameter to disable hw rf kill (GPIO interrupt) because in some cases when the card doesn't come with the laptop, EEPROM configuration >> doesn't match laptop's configuration and rf kill interrupt always fires up and disables hw. I thought of moving this to debugfs and make it per-card > > i think this seems to happen with a card that comes with laptop. > AR5212802.11abg NIC (rev 01) in the lenovo T61 > > i just cannot bring up the card again once i toggle the rfkill switch > (unblock -> block -> unblock) > the card is still hard blocked. > > quickly, i just commented out those function calls(same as your patch) > in compat-wireless > ath5k_rfkill_hw_start(ah); > ath5k_rfkill_stop(ah); > as expected the problem disappears, but i can unblock the card via > soft-rfkill even when it is hard blocked. > is it ok to unblock via software unblock when the card is > hard-blocked?. please share your thoughts. meanwhile i will start > comparing ath5k and ath9k for this. thanks! > Soft-blocked -> The rfkill subsystem indicates the card is blocked by the system so cfg80211 doesn't allow you to bring it up and notifies the driver to do any additional steps to reduce power consumption (eg. unload firmware or sending some firmware commands etc). Hard-blocked -> The hardware/driver indicates that hw is on a power-save state on it's own -probably due to an rfkill switch connected directly to the card- and can't be used until this state changes, so the rf-kill subsystem marks it as "hard blocked" and cfg80211 brings it down and doesn't allow you to bring it up. In some cards this can also be related to internal firmware operations so the driver can't directly switch state -can't bypass the firmware block- (I haven't seen such card but that's the theory). In our case there is no such thing, when the rfkill switch changes state, the card just generates an interrupt and lets driver do the rest which means bringing the interface down (almost the same as power-off) and marking the interface as "hard blocked" on the rf-kill subsystem (through cfg80211), so "hard blocked" and "soft blocked" are the same in our case -> bring the interface down. What this patch disables is the interrupt generation because some laptops don't implement this correctly, they have the switch plugged on a different pin than the one indicated on the EEPROM or they don't use that approach at all and are based on BIOS/acpi or other switches (we 've even seen a switch that turns off the whole pci-e bus :P) + some cards that don't come with the laptop don't match laptop's configuration (different pin/polarity or again no hw switch at all). MadWiFi had a module parameter that did the same and I think even windows driver has a parameter for this, it makes sense to have a way to disable rfkill interrupt generation. -- GPG ID: 0xD21DB2DB As you read this post global entropy rises. Have Fun ;-) Nick -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
