Search Linux Wireless

Re: [PATCH] rfkill: always init poll delayed work

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2009-06-04 at 11:51 -0500, Larry Finger wrote:
> Johannes Berg wrote:
> > 
> > Would you do the same test with the uevents w/o the patch? I suspect
> > that you won't get the event at the right spot.
> 
> Yes. Without the patch and the interface UP or DOWN,
> /sys/class/rfkill/rfkill0/uevent always shows RFKILL_STATE=1, no
> matter what state the switch is in.

Right. So we already have the problem in the old code, we just don't
notice much... can we take the core up, check, and put it down again? Or
I think it's GPIOs, can we query those via chipcommon when the 802.11
core is down?

> FYI, my switch is a slider with off to the left and on to the right.

ok.

johannes

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux