Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp428881imu; Tue, 20 Nov 2018 01:17:17 -0800 (PST) X-Google-Smtp-Source: AFSGD/WZCZold+UBjpRoeeNpyElh5QH/OXhQgW9/br/FSaSNe2BjU4FwbUStJ6sWgizNpWmm+B2Z X-Received: by 2002:a63:bc02:: with SMTP id q2mr1220832pge.116.1542705437640; Tue, 20 Nov 2018 01:17:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542705437; cv=none; d=google.com; s=arc-20160816; b=vAqchjyF3AisGL7EsZQdCkv2pkfiADzASWHdzilinnYAJiwBd/GEx2NFBUS3SFQKRQ W7sB6X2k1cMN4xMVCcd3Z1cDZ2I5ZF0AcEWlERvZfUy1zA7+xyj2zSYrLikwqjSTPHYu IgxVsOwxOcbdusI57w1osW4w/ev7Fu/Couj1TQNjioF52FT48EjnFdFOx48QXORtPYxh 1NAi5eKlXrsZPnMJkRcsp98HHU4mIIvARqKPdXRaJf0C99jgSEdcJsPglR8MnOVUOqVq Ghv9XGN/1hjq6WU6KXJD1ITAFZUJy303VGta6HTaLid1ai7smAwSGTQcgeeV/cZegE6d 5T+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=1uDILuy5+PtFfgmiHNb90zaLQcNw8q07t3EMaiP42bs=; b=M2/RUME6OFfSfO2U4qmy6nRELQNe3S+RMXXF159vALpZAqHEbm5+m5xIQ12FFduozI lFCLwI+TGhLpHVejAy3yy+gGMFcj9VpF/MdIEZ/wkT8Jeq026stOgLlMndwF/loAEjrM WghhRVG7kW3kjsbR5fUBVqLI59FhIUV5fStxByKsa9yUQWUcNnLzdyJK3LzcD/EUB6rf E2FSagdF9RTbYfC79O4/3YbivBYqhgP5YiDYfHyzWVpG+B3tuUzwooTx8CrBhQMSTS+F J6z8fgeiS7CuLaH8e9EDmOa61RCWqPMwDvhW0A2W34Ye9LzV8zT30kgPFjNLcTkkkrAb aDmw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g12si33339897pgd.567.2018.11.20.01.17.01; Tue, 20 Nov 2018 01:17:17 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727010AbeKTTo2 (ORCPT + 99 others); Tue, 20 Nov 2018 14:44:28 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:48765 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725866AbeKTTo1 (ORCPT ); Tue, 20 Nov 2018 14:44:27 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 69DEC80848; Tue, 20 Nov 2018 10:16:17 +0100 (CET) Date: Tue, 20 Nov 2018 10:16:19 +0100 From: Pavel Machek To: =?iso-8859-1?Q?Jo=E3o?= Paulo Rechi Vita Cc: Hans de Goede , Daniel Drake , "Rafael J . Wysocki" , Len Brown , linux-acpi@vger.kernel.org, Sebastian Reichel , LKML , linux@endlessm.com, =?iso-8859-1?Q?Jo=E3o?= Paulo Rechi Vita Subject: Re: [PATCH] ACPI / battery: Fix reporting "Not charging" when capacity is 100% Message-ID: <20181120091619.GC16916@amd> References: <20181103065732.12134-1-jprvita@endlessm.com> <20181105091917.GD4439@amd> <20181111122243.GB28794@amd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > Anyways this ultimately is Rafael's call. If Rafael is ok with this > > > patch then I would like to see Pavel's comment addressed and otherwise > > > it is fine with me. > > > >=20 > If we can get to an agreement on this I'll send a v2 without division. >=20 > > > Note that we will still often get the case where a laptop is charged, > > > reports full, is unplugged for 5 minutes and then replugged and then > > > reports a capacity of 97% combined with "not charging", so we will > > > still need to fix userspace to handle this. > > >=20 > Yes, I agree that should be addressed in userspace, as it is pretty > much a policy decision. But it is battery hardware doing this. So you need to take it into account. > > For the record, I don't think I'm okay with this. > > > > There's nothing special about 100% charge. > > >=20 > I don't agree there is nothing special about 100% charge. There is a > separate state to represent battery full for a reason, which is the > user wanting to know when their battery is 100% charged and not being > discharged. Yes, there is full for a reason, and you can be full at 97%, for example, as described above. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlvz0OMACgkQMOfwapXb+vJ+igCfXlDGd4AeNoGI/VnrvjZjr2k3 j0QAn2A4PxgNbz0dlyKlmULTX7yQOJbv =Y3VY -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn--