tech-kern archive

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


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 <>
     NetBSD: 26 ans d'experience feront toujours la difference

Home | Main Index | Thread Index | Old Index