[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: PMFE_RADIO_TOGGLE events
On Mon, Dec 04, 2017 at 12:00:41PM +0100, Martin Husemann wrote:
> On Sun, Dec 03, 2017 at 07:13:30PM +0100, Manuel Bouyer wrote:
> > Hello,
> > pmf(9) defines a PMFE_RADIO_TOGGLE event, but it seems that actually nothing
> > listen to it.
> I think I added it back then when I added support for PMFE_RADIO_OFF to
> sys/dev/ic/athn.c - mostly because I couldn't figure out how to receive
> the event properly on my machine (I suppose some ACPI magic should do it).
> I guess the right way to handle is would be a acpi device that listens
> to the key and does pmf_event_inject(),
wmi_dell has this now.
> and then adding pmf_event_register()/
> pmf_event_deregister() to the affected wireless drivers one by one (whenever
> we run into the combination and can test).
As I said I think it's more complicated: as the event is a toggle,
the same event could turn a radio device from off to on and another one from
on to off. We need a global radio state if we go this route.
Or we forward it to powerd and let userland decide.
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
NetBSD: 26 ans d'experience feront toujours la difference
Main Index |
Thread Index |