[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <41f11bb2917349919e0b4eb21fab9a46@ausx13mpc124.AMER.DELL.COM>
Date: Wed, 22 Jun 2016 13:40:57 +0000
From: <Mario_Limonciello@...l.com>
To: <pali.rohar@...il.com>
CC: <gabriele.mzt@...il.com>, <mjg59@...f.ucam.org>,
<dvhart@...radead.org>, <kernel@...pniu.pl>, <luto@...nel.org>,
<alex.hung@...onical.com>, <platform-driver-x86@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: RE: [PATCH 3/4] dell-wmi: Add information about other WMI event codes
> > You aren't seeing this on the DSDT of your Latitude right?
>
> Yes, I do not see it on Latitude.
Thanks, the usage of this scan code is specific to consumer BIOSes.
>
> > Gabriele,
> >
> > Your machine is from the year before XPS switched over to running the
> > Dell business client (eg Latitude, Precision, Optiplex) BIOS.
> >
> > The EC in that machine does have support for "Battery Health" via that
> > scancode. On Windows it's used for relaying battery information to an
> > application called Quick Set.
>
> Do you have some details when it is send to OS? And how to read that that
> "battery health"?
When a battery is removed or inserted this event is supposed to be received
by quickset over WMI and then Quickset will re-read battery information.
For Linux I don’t think this is necessary and a NOOP is appropriate.
There is also a second place that some older laptops had a battery "hotkey"
that would also emit 0xE00E. This was also picked up by quickset and would
show battery information.
This shouldn't be blocked by kernel, I'd expect if someone wants to bind this
to another application from userspace they should be able to.
Powered by blists - more mailing lists