Carlos Corbacho wrote:
>> diff --git a/drivers/net/wireless/b43/rfkill.c
>> b/drivers/net/wireless/b43/rfkill.c
>> index fec5645..e8b2acb 100644
>> --- a/drivers/net/wireless/b43/rfkill.c
>> +++ b/drivers/net/wireless/b43/rfkill.c
>> @@ -49,21 +49,18 @@ static void b43_rfkill_update_state(struct b43_wldev
>> *dev)
>> struct b43_rfkill *rfk = &(dev->wl->rfkill);
>>
>> if (!dev->radio_hw_enable) {
>> - rfk->rfkill->state = RFKILL_STATE_HARD_BLOCKED;
>> + rfkill_force_state(rfk->rfkill, RFKILL_STATE_HARD_BLOCKED);
>> return;
>> }
>>
>> if (!dev->phy.radio_on)
>> - rfk->rfkill->state = RFKILL_STATE_SOFT_BLOCKED;
>> + rfkill_force_state(rfk->rfkill, RFKILL_STATE_SOFT_BLOCKED);
>> else
>> - rfk->rfkill->state = RFKILL_STATE_UNBLOCKED;
>> -
>> + rfkill_force_state(rfk->rfkill, RFKILL_STATE_UNBLOCKED);
>> }
>
> Just this should be enough to fix the regression for 2.6.27 (and should be
> trivial to port to b43legacy) in the immediate term (I was planning to
> send something similar).
>
> The rest of the patch is out-of-scope for 2.6.27, but is definitely along
> he right lines, IMHO (and it would be good if we can get a working version
> of it in to 2.6.28). I may try and look at it later, as I do have my b43
> hardware handy.
This one doesn't crash, but it doesn't turn the light off.
I'm done testing for now!
John,
Revert the patch until the rfkill guys get their house in order.
Larry
--
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
