From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A4AB3C433DB for ; Mon, 15 Feb 2021 04:37:11 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5927764E5E for ; Mon, 15 Feb 2021 04:37:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5927764E5E Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=atomide.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=gfdEjtt+gpIOXNhQUL4A333AGMFVZzAoi38tuFM+qXA=; b=AMk/VrA+3O+NpU5zsAO4zbE7P GUGgnxsdYgARGAlTk586dQ0f8NSRTdHDVkzlWurWWl8loyWAGEZXD05LAEBKAdxFb0KFnzNVR4l0N G5gYTGSarTHcT/n0x/vngQxFMiC43SSoucNpcqB20owz+cJ7MqIKHBvT8iwRz9/WYY3AMFFUJ/AES wC0cogJtGr272XUcQ1l1r0r5yqEMSSRq2IvhW5YEA6jkuf7BHK9CNQC49sYCbS77wkyF1gUFHSdcO nZ2pctqynjB9astuy7S7mB5MurRHVbPE64xjszx9UJ2EWq8dh3LDtKjqIMebkTonJDOMUwQHOvN8B +tm9zXEZg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1lBVbZ-0001OZ-SN; Mon, 15 Feb 2021 04:35:25 +0000 Received: from muru.com ([72.249.23.125]) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1lBVbW-0001O4-AY for linux-arm-kernel@lists.infradead.org; Mon, 15 Feb 2021 04:35:23 +0000 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 6508A80C7; Mon, 15 Feb 2021 04:35:34 +0000 (UTC) Date: Mon, 15 Feb 2021 06:35:05 +0200 From: Tony Lindgren To: Pavel Machek Subject: Re: Droid 4 charging Message-ID: References: <20210206131415.GA4499@amd> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20210206131415.GA4499@amd> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210214_233522_422860_3C969D92 X-CRM114-Status: GOOD ( 15.71 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: maemo-leste@lists.dyne.org, Carl Philipp Klemm , phone-devel@vger.kernel.org, mpartap@gmx.net, merlijn@wizzup.org, martin_rysavy@centrum.cz, kernel list , sre@kernel.org, nekit1000@gmail.com, linux-omap@vger.kernel.org, linux-arm-kernel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi, * Pavel Machek [210206 13:14]: > Hi! > > (I'm using Leste 5.10 kernel here). > > When battery is full, green light is off and 0.00A being drawn from > USB. > > But that means that phone is now powered from battery, discharging > it... And soon charging starts again. (Pretty much immediately, for me) > > That's bad ... right? It wears the battery out. Well maintenance charging at 4.2V sure is better for the battery than what android is doing charging it at 4.31V contantly.. > If I turn off charging with echo 0 > input_current_limit, 0.2 to 0.4A > is drawn from USB, and battery is not discharged: > > root@devuan-droid4:/sys/class/power_supply/usb# echo 0 > input_current_limit > root@devuan-droid4:/sys/class/power_supply/usb# cat current_now > 0 Hmm so have you measured that setting the current limit to 0 actually draws something from the USB? I recall clearing the ichrgr bits stops the vbus draw completely, but I could be wrong. > Is that a better way to handle full battery? We could experiment with switching over to usb power when the battery is full. Looking at the docs for mc1378 it might be possible that setting CPCAP_REG_CRM_FET_OVRD and clearing CPCAP_REG_CRM_FET_CTRL after the battery is full disables charging but still keep drawing power from the usb. I'd assume the current limit still needs to be nonzero there too? Totally untested.. And switching back to battery power on usb disconnect will potentially only give us very little time based on the different line length for vbus and ground pins compared to data pins on the usb connector.. And uvos had some concerns about the battery capacity putting it back online, so adding him to Cc also. Maybe just clearing ichrgr does all this already though and is enough. It should be measured on the vbus line. And then we still need to restart the charger at some point, but that could happen based on much longer timeouts that what we currently have. Regards, Tony _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel