Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1534468pxa; Sun, 2 Aug 2020 11:01:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxaI9c6icD03rnyYffTHM65k7+1FGyJBe8D1bYx2XtEDlybXsRTaXxMqh4yo2d94xt/xFAQ X-Received: by 2002:a17:906:46cc:: with SMTP id k12mr13138067ejs.366.1596391300114; Sun, 02 Aug 2020 11:01:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596391300; cv=none; d=google.com; s=arc-20160816; b=wdekG9UVksBwhJ32hZdd6rdNbeT9WPFH+FHD36E4H6VnUtxz6nilOkGTW1YkNd+Nyi 3vmg0H6xBxpTx6ev/Z6spC8lO5rhhbh/mJrDMqGslmjt5VzNMq2bkBB51kWdiRRsVetU WbYcd062itJqjYUL64p4UbNr0oaM2XEUVV3z38AQNFYquiBKLP/gMFNFpr/yUn3jmiSW zMGGsPC7fSL4QqTm02cGFhZXjI9eB9tQ6OUg76RXXoghIMWpu8SRyrsVN0k51tUFQ+8s 0/91K+iLZPhW7H5IAVM3R14k+NvblRKb1y9aFpezYNYwGrXSbyUHgzc+Dmy9TuF4nIXy txMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=0x4NhpZ+TZXLuITWr6VE3rmr73dZ5IQs4YvXsOXWZqs=; b=wCWYtJmDKaj3PmE2tTN5ww0XIcB7mx0HCXOGGzBtAxIlYrW+iBtoTvsrUEwpIhzj73 GCAnN4cGAumRcRtEeK6Su6tDwv0fBrzasMXQ9fsfE7x4P1jWE8Gj8gpJ4wEkmFHHK8GJ dZz7LZ4O6KZFVANTzdBSSJY3c0j2SrqLxskLc6KWNjsLGsFRVddIoA/11qAgcetBLyMk Ji2bXhrozuduqRvjoJUMxCJbZyG8DBGDChTNzkJXqC1wHz/FW4ed2Jayn1sHFbG32D+7 qD9QEAm9fbeMaZMQj2it3+bgW9/ahFGMNdyjzD8/vv1pnNdCogbtLo/1OGqn4LJAe8u9 UvFw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=y4kBPwED; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b10si9225550edy.92.2020.08.02.11.01.17; Sun, 02 Aug 2020 11:01:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=y4kBPwED; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726979AbgHBQ56 (ORCPT + 99 others); Sun, 2 Aug 2020 12:57:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:53438 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726364AbgHBQ55 (ORCPT ); Sun, 2 Aug 2020 12:57:57 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 699C2206E7; Sun, 2 Aug 2020 16:57:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1596387477; bh=4kEI4l0aRvt5/h9g0xWJYrGj07HsmDRlUAaOJ6inO8o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=y4kBPwEDJbjOZEMc2uLF1D0tsUTpknH0xW29TRuBcLEgXiLx4yHZIn2WnfIrkRR4C 4Yd3SnOSonYPM+9KKcRRRIQT7Lq6mcM0UJ4+wrbuU3aMnIXr7IoJAbsNBq/F8ax6iE TimPI9pa+I4T1t74FfpoSVs6hrOK2uVf4dFxjufk= Date: Sun, 2 Aug 2020 18:57:38 +0200 From: Greg KH To: Pavel Machek Cc: Qiwu Huang , sre@kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, jiangfei1@xiaomi.com, Qiwu Huang Subject: Re: [PATCH v4 1/4] power: supply: core: add quick charge type property Message-ID: <20200802165738.GA293244@kroah.com> References: <20200802120015.GA1289@bug> <20200802123742.GA257810@kroah.com> <20200802142825.GA20261@amd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200802142825.GA20261@amd> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Aug 02, 2020 at 04:28:25PM +0200, Pavel Machek wrote: > On Sun 2020-08-02 14:37:42, Greg KH wrote: > > On Sun, Aug 02, 2020 at 02:00:15PM +0200, Pavel Machek wrote: > > > On Mon 2020-07-20 13:47:14, Qiwu Huang wrote: > > > > From: Qiwu Huang > > > > > > > > Reports the kind of quick charge type based on > > > > different adapter power. > > > > > > > > Signed-off-by: Qiwu Huang > > > > --- > > > > Documentation/ABI/testing/sysfs-class-power | 21 +++++++++++++++++++++ > > > > drivers/power/supply/power_supply_sysfs.c | 1 + > > > > include/linux/power_supply.h | 10 ++++++++++ > > > > 3 files changed, 32 insertions(+) > > > > > > > > diff --git a/Documentation/ABI/testing/sysfs-class-power b/Documentation/ABI/testing/sysfs-class-power > > > > index 216d61a22f1e..dd3773dcf16a 100644 > > > > --- a/Documentation/ABI/testing/sysfs-class-power > > > > +++ b/Documentation/ABI/testing/sysfs-class-power > > > > @@ -708,3 +708,24 @@ Description: > > > > > > > > Access: Read > > > > Valid values: 1-31 > > > > + > > > > +What: /sys/class/power_supply//quick_charge_type > > > > +Date: Jul 2020 > > > > +Contact: Fei Jiang > > > > + Description: > > > > + Reports the kind of quick charge type based on different adapter power. > > > > + Different quick charge type represent different charging power. > > > > + QUICK_CHARGE_NORMAL : Charging Power <= 10W > > > > + QUICK_CHARGE_FAST : 10W < Charging Power <= 20W > > > > + QUICK_CHARGE_FLASH : 20W < Charging Power <= 30W > > > > + QUICK_CHARGE_TURBE : 30W < Charging Power <= 50W > > > > + QUICK_CHARGE_SUPER : Charging Power > 50W > > > > + > > > > + Access: Read-Only > > > > + Valid values: > > > > + 0: QUICK_CHARGE_NORMAL, > > > > + 1: QUICK_CHARGE_FAST, > > > > + 2: QUICK_CHARGE_FLASH, > > > > + 3: QUICK_CHARGE_TURBE, > > > > + 4: QUICK_CHARGE_SUPER. > > > > > > NAK. > > > > > > Just expose value in watts or something... People are talking about > 100W charging, no > > > need to go with fast/turbe/super/hyper/nonsense. > > > > > > BTW fast charge is already "well defined", and what you call Normal is usually fast charge. > > > > I think these names come from the Qi charging spec, right? So lets use > > what is given to us. > > There are other standards, and this should better be generic. What standard? Why not go with this one, it's documented and out there and being used. > Simply expose value in watts. What if you do not know the watts, you just know these ranges. thanks, greg k-h