Search Linux Wireless

Re: [RFC] rfkill: rewrite

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

 



On Mon, 2009-03-30 at 19:54 +0200, Ivo van Doorn wrote:

> > > wimax_report_rfkill_hw() -- device driver report to stack
> > >   
> > >    device reports a change in the hw rfkill key; switch the radio to
> > >    whichever state AND report a key event through the input layer
> > 
> > But reporting the key through the input layer is wrong, afaict.
> 
> Why because it combines it with switching the radio?
> In rt2x00 all key events are going through the input layer as well,
> because it has no influence on the radio state of the device.
> (In other words, you can still happily send and receive all
> the data you want regardless of the key state).

Yes, but my understanding is (and I've just rewritten the code, heh)
that if the button switches the hardware kill directly then we don't
report an input event.

Except in very limited circumstances (like the thinkpad-acpi platform
driver Henrique explained) I think doing _both_
rfkill_force_state(hard-blocked) [in new API terms:
rfkill_set_hw_block(true)] _and_ input_report() is incorrect.

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