[Bug 220722] Non existent battery reporting for a laptop with touchscreen MSI

[bugzilla-daemon@kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=220722

--- Comment #14 from Hans de Goede (hansg@kernel.org) ---
(In reply to ggrundik from comment #12)
> Isn't this a GNOME problem, not a kernel one?
> 
> Current PCs can have quite a lot of battery-powered devices, apart of PC
> itself: wireless controllers, mices, keyboards, pens, VR headsets,
> headphones, etc. Most of them can report their battery status. If a desktop
> environment cant separate them apart, and dont understand which is PC itself
> and which is not... Its clearly fault of desktop environment, since its
> quite a common case. KDE, for example, has no problems with that. This bug
> should be reported in GNOME, not in kernel.

GNOME already tells all these different batteries apart. e.g. if my wireless
Logitech mouse battery is getting empty it will throw a "Logitech mouse battery
is getting low warning", not a laptop-empty battery warning which you seem to
think.

And in case of these ELAN touchscreens it throws a "ELAN Touchscreen Stylus
battery low" warning and it does so *all* the time, because upower is telling
it that there is a "ELAN Touchscreen Stylus" battery at 0%.

This is really not a GNOME problem, this needs to be fixed either in upower or
in the kernel. GNOME is just forwarding the info it is receiving from upower
and this works for all those other wireless kbds, mice, game controllers and
headphones you mention.

(In reply to ggrundik from comment #13)
> Best solution could have been to hotplug the stylus battery device when
> stylus comes in range first time, but that would be quite a trick for the
> driver.

And probably also hot unplug it when the stylus goes out of range. I would say
patches welcome.

> Less convenient solution could be to hide this battery readings, if stylus
> is not in use. This is a userspace solution.

Yes, fixing this in upower might also be a solution, see:

https://gitlab.freedesktop.org/upower/upower/-/issues/197

for an existing upower issue.

> But current solution, to hide this battery always and from everyone, seems
> like a worst one.

Patches to properly solve this are welcome. But until there are fixes to upower
telling GNOME that their is a "ELAN Touchscreen Stylus" battery at 0%, the
filtering out of the HID battery reporting on these touchscreens is staying in
place, since it is the least bad option of the bad choices we have atm.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.