From patchwork Mon Jan 4 20:32:23 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Carl Philipp Klemm X-Patchwork-Id: 357222 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=-13.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI, SPF_HELO_NONE, SPF_PASS, URIBL_BLOCKED autolearn=ham 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 8E863C433E0 for ; Mon, 4 Jan 2021 20:33:15 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5563821BE5 for ; Mon, 4 Jan 2021 20:33:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728040AbhADUdO (ORCPT ); Mon, 4 Jan 2021 15:33:14 -0500 Received: from sender11-of-o51.zoho.eu ([31.186.226.237]:21113 "EHLO sender11-of-o51.zoho.eu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726124AbhADUdO (ORCPT ); Mon, 4 Jan 2021 15:33:14 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1609792345; cv=none; d=zohomail.eu; s=zohoarc; b=Zer3R9mYM6uxM0DTiGPAl+PnRznuvokx46PurhrJYSRaaNSL8o1MkJzwNfQfqtQqgBCLxA+bQO4RJ7Y8fHjEWytgO99UqyQFyFl5ROtfZLu85YuARMZ1Ea1bsWs9guGmQPDRZTVvyNejvdZ74feidtEUoLh7KZskR8VNwsdaShY= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1609792345; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:MIME-Version:Message-ID:Subject:To; bh=O0llekENXJ0hEQsVVCTK9hfMTMiJSTPUC0TXRiXNupw=; b=gU57zW/vobsTh5Y6K+viOqAok+nd8Ph/8Iac4Kqlf/YoT1VoTwrAZBTinWl7He/CJV9VPTpV0CBLitIi1cUEoxEqQMqA4T0RGduTw5LI81qygqlYo2PTt4iX1U43pVfTcBOmmMESRqwcLNuVmltYpPZxPsdC7bf9F2xme9VzD/o= ARC-Authentication-Results: i=1; mx.zohomail.eu; spf=pass smtp.mailfrom=philipp@uvos.xyz; dmarc=pass header.from= header.from= Received: from localhost.localdomain (ip-95-222-213-78.hsi15.unitymediagroup.de [95.222.213.78]) by mx.zoho.eu with SMTPS id 160979234427222.305693489888995; Mon, 4 Jan 2021 21:32:24 +0100 (CET) Date: Mon, 4 Jan 2021 21:32:23 +0100 From: Carl Philipp Klemm To: sre@kernel.org Cc: tony@atomide.com, linux-omap@vger.kernel.org Subject: [PATCH v3 1/1] power: supply: cpcap-charger: Add usleep to cpcap charger to avoid usb plug bounce Message-Id: <20210104213223.a87d9e47050d5fb5ac3948e7@uvos.xyz> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-unknown-linux-gnu) Mime-Version: 1.0 X-ZohoMailClient: External Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org Adds 40000 us sleep when the usb cable is plugged in to hopfully avoid bounceing contacts. Upon pluging in the usb cable vbus will bounce for some time, causing cpcap to dissconnect charging due to detecting an undervoltage condition. This is a scope of vbus on xt894 while quickly inserting the usb cable with firm force, probed at the far side of the usb soccet and vbus loaded with approx 1k: http://uvos.xyz/maserati/usbplug.jpg. As can clearly be seen, vbus is all over the place for the first 15 ms or so with a small blip at ~40 ms this causes the cpcap to trip up and disable charging again. The delay helps cpcap_usb_detect avoid the worst of this. It is, however, still not ideal as strong vibrations can cause the issue to reapear at any time during charging. I have however not been able to cause the device to stop charging due to this in practice as it is hard to vibrate the device sutch that the vbus pins start bouncing again but cpcap_usb_detect is not called again due to a detected dissconnect/reconnect event. Signed-off-by: Carl Philipp Klemm --- drivers/power/supply/cpcap-charger.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/power/supply/cpcap-charger.c b/drivers/power/supply/cpcap-charger.c index c0d452e3dc8b..e6b230dd6de4 100644 --- a/drivers/power/supply/cpcap-charger.c +++ b/drivers/power/supply/cpcap-charger.c @@ -613,6 +613,9 @@ static void cpcap_usb_detect(struct work_struct *work) if (error) return; + /* Delay for 40ms to avoid vbus bouncing when usb cable is plugged in */ + usleep_range(40000, 60000); + /* Just init the state if a charger is connected with no chrg_det set */ if (!s.chrg_det && s.chrgcurr1 && s.vbusvld) { cpcap_charger_update_state(ddata, CPCAP_CHARGER_DETECTING);