From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751272AbdFBH3O (ORCPT ); Fri, 2 Jun 2017 03:29:14 -0400 Received: from mx1.redhat.com ([209.132.183.28]:41582 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750772AbdFBH3M (ORCPT ); Fri, 2 Jun 2017 03:29:12 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com EBF9383F44 Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=benjamin.tissoires@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com EBF9383F44 Date: Fri, 2 Jun 2017 09:29:07 +0200 From: Benjamin Tissoires To: Bastien Nocera Cc: Dave Hansen , Jiri Kosina , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/19] Report power supply from hid-logitech-hidpp Message-ID: <20170602072907.GK1293@mail.corp.redhat.com> References: <20170327145939.29824-1-benjamin.tissoires@redhat.com> <0cdc8dda-de3f-c3d0-07da-65612860a70f@intel.com> <1496345185.2570.3.camel@hadess.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1496345185.2570.3.camel@hadess.net> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Fri, 02 Jun 2017 07:29:12 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Jun 01 2017 or thereabouts, Bastien Nocera wrote: > On Thu, 2017-06-01 at 11:06 -0700, Dave Hansen wrote: > > On 03/27/2017 07:59 AM, Benjamin Tissoires wrote: > > > this is finally a rework of the series that provides kernel > > > power_supply > > > for hidpp devices. > > > > > > This will allow upower to not handle those devices anymore and to > > > have more > > > immediate reportng of the device to the system. > > > > FWIW, I'm on Ubuntu 14.04, and upower *is* reporting my mouse battery > > as > > if it were a laptop battery. It's mostly garbage, and always reports > > 0%, which makes upower always tell me my laptop is 2/3 charged (I > > have 2 > > real batteries). Well, the exported battery might be sending levels instead of pourcentages. And upower needs to be upgraded to handle those :( > > > > Is this expected? > > You need to either disable the feature for the kernel, or upgrade to > the latest git master of UPower. Mixing both won't work. Use the devkit > mailing-list if you need a release of UPower. > Bastien, is is possible to have a simple udev rule that tells upower to ignore the battery device if builtin_power_supply is there? That way we can tell people running old upower to use this to be sure to ignore the kernel device and just rely on the upower hidpp support? Cheers, Benjamin