linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peter Chen <hzpeterchen@gmail.com>
To: Mark Brown <broonie@kernel.org>
Cc: Baolin Wang <baolin.wang@linaro.org>,
	Felipe Balbi <balbi@kernel.org>,
	Greg KH <gregkh@linuxfoundation.org>,
	Sebastian Reichel <sre@kernel.org>,
	Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>,
	Peter Chen <peter.chen@freescale.com>,
	Alan Stern <stern@rowland.harvard.edu>,
	r.baldyga@samsung.com,
	Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>,
	Lee Jones <lee.jones@linaro.org>,
	Charles Keepax <ckeepax@opensource.wolfsonmicro.com>,
	patches@opensource.wolfsonmicro.com,
	Linux PM list <linux-pm@vger.kernel.org>,
	USB <linux-usb@vger.kernel.org>,
	device-mainlining@lists.linuxfoundation.org,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v8 0/4] Introduce usb charger framework to deal with the usb gadget power negotation
Date: Wed, 30 Mar 2016 10:05:01 +0800	[thread overview]
Message-ID: <20160330020501.GA2740@peterchendt> (raw)
In-Reply-To: <20160329172314.GZ2350@sirena.org.uk>

On Tue, Mar 29, 2016 at 10:23:14AM -0700, Mark Brown wrote:
> On Mon, Mar 28, 2016 at 03:13:51PM +0800, Peter Chen wrote:
> > On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
> 
> > > > I am afraid I still not find the user (udc driver) for this framework, I would
> > > > like to see how udc driver block the enumeration until the charger detection
> > > > has finished, or am I missing something?
> 
> > > It is not for udc driver but for power users who want to negotiate
> > > with USB subsystem.
> 
> > Then, where is the code the test user to decide what kinds of USB charger
> > (SDP, CDP, DCP) is connecting now?
> 
> Even without detection of CDP and DCP we have configurability within SDP
> - there's the 2.5mA suspended limit, the 100mA default limit and the
> higher 500mA limit which can be negotiated.

Well, things may be a little complicated.

- First, how to design get_charger_type for each udc driver?
Since the charger detection process affects dp/dm signal, it can't be done
during the enumeration or after that. So, the detection process can be only
done after vbus has detected and before udc pull up dp.

Then, when the get_charger_type do real charger detection? My suggestion is,
if the charger type is unknown, we do real one, else, we just return the
stored type value.

- Second, When to notify charger IC to charger:
For SDP and CDP, it needs to notify charger IC after set configuration
has finished.
For DCP (and ACA, I am not sure), can notify charger IC after charger
detection has finished or later.

So, when we get charger is present, we need to notify charger IC at once
for DCP (and ACA); But for SDP and CDP, we need to let the gadget
composite core to notify charger IC after set configuration has finished,
like the patch 2/4 does.

- Third, since composite driver covers 500mA (and more for CDP) after set
configuration and 2mA after suspend, and vbus handler covers connect
and disconnect. I can't see any reasons we need to notify gadget state
for power driver, do we really need to have usb_charger_plug_by_gadget?

-- 
Best Regards,
eter Chen

  reply	other threads:[~2016-03-30  2:05 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-24 12:35 [PATCH v8 0/4] Introduce usb charger framework to deal with the usb gadget power negotation Baolin Wang
2016-03-24 12:35 ` [PATCH v8 1/4] gadget: Introduce the usb charger framework Baolin Wang
2016-04-23 19:53   ` Pavel Machek
2016-04-24  5:32     ` Baolin Wang
     [not found] ` <cover.1458822334.git.baolin.wang-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2016-03-24 12:35   ` [PATCH v8 2/4] gadget: Support for " Baolin Wang
2016-03-27  1:29     ` kbuild test robot
2016-03-25  7:09   ` [PATCH v8 0/4] Introduce usb charger framework to deal with the usb gadget power negotation Peter Chen
2016-03-28  6:51     ` Baolin Wang
2016-03-28  7:13       ` Peter Chen
2016-03-28  9:09         ` Baolin Wang
     [not found]           ` <CAMz4kuK33mfiO9OttbRF9yVbQE1DFeuOtwyUWkCa5iPYbE-H8g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-29  0:32             ` Peter Chen
2016-03-29  2:05               ` Baolin Wang
2016-03-29 17:14                 ` Mark Brown
2016-03-29 17:23         ` Mark Brown
2016-03-30  2:05           ` Peter Chen [this message]
2016-03-30  7:07             ` Baolin Wang
     [not found]               ` <CAMz4kuKkSt0xj_1jGC9d_yVpEX0krBB_M6x1C3ZR9bDGabQeLQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-30  7:42                 ` Peter Chen
2016-03-30  8:40                   ` Baolin Wang
2016-03-30  9:19                     ` Peter Chen
2016-03-30  9:32                       ` Baolin Wang
     [not found]       ` <CAMz4kuJYBg4eortA35Dhr4-jPVhLzu9XhjpOcu0hDWq6FV09mw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-29  8:45         ` Jun Li
2016-03-29  9:48           ` Baolin Wang
2016-03-30  2:54             ` Jun Li
2016-03-30  6:15               ` Baolin Wang
2016-03-30  8:07                 ` Jun Li
2016-03-30  9:30                   ` Baolin Wang
     [not found]                     ` <CAMz4kuLY8vO5qnkuY+kv91zKpdxBBSDeLZXFvD1LjnS3R3UccA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-30 10:58                       ` Jun Li
2016-03-30 11:24                         ` Felipe Balbi
2016-03-31  5:33                           ` Baolin Wang
2016-03-31  6:18                             ` Felipe Balbi
     [not found]                               ` <87y48zgogi.fsf-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2016-03-31  6:35                                 ` Baolin Wang
     [not found]                         ` <AM4PR04MB1665E85D823D5AB59B54B56D89980-WOempg8NbQQyfSGIpie7pc9NdZoXdze2vxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2016-03-31  5:22                           ` Baolin Wang
     [not found]                             ` <CAMz4kuLxfEr_cOa0F-Qh+Mo+dEVGWx+YPZ_=yb9FVwWdJd8viQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-31  6:12                               ` Jun Li
2016-03-31  6:37                                 ` Baolin Wang
2016-03-31  8:15                                   ` Felipe Balbi
     [not found]                                     ` <87egargj1y.fsf-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2016-03-31  8:24                                       ` Baolin Wang
2016-03-24 12:35 ` [PATCH v8 3/4] gadget: Integrate with the usb gadget supporting for usb charger Baolin Wang
2016-03-24 12:35 ` [PATCH v8 4/4] power: wm831x_power: Support USB charger current limit management Baolin Wang
2016-03-27  2:08   ` kbuild test robot
2016-03-27  8:22   ` Geert Uytterhoeven
2016-03-28  6:45     ` Baolin Wang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160330020501.GA2740@peterchendt \
    --to=hzpeterchen@gmail.com \
    --cc=balbi@kernel.org \
    --cc=baolin.wang@linaro.org \
    --cc=broonie@kernel.org \
    --cc=ckeepax@opensource.wolfsonmicro.com \
    --cc=dbaryshkov@gmail.com \
    --cc=device-mainlining@lists.linuxfoundation.org \
    --cc=dwmw2@infradead.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=patches@opensource.wolfsonmicro.com \
    --cc=peter.chen@freescale.com \
    --cc=r.baldyga@samsung.com \
    --cc=sre@kernel.org \
    --cc=stern@rowland.harvard.edu \
    --cc=yoshihiro.shimoda.uh@renesas.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).