From: Felipe Balbi <balbi@kernel.org>
To: Baolin Wang <baolin.wang@linaro.org>, Jun Li <jun.li@nxp.com>
Cc: Peter Chen <hzpeterchen@gmail.com>,
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" <r.baldyga@samsung.com>,
Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>,
Lee Jones <lee.jones@linaro.org>, Mark Brown <broonie@kernel.org>,
Charles Keepax <ckeepax@opensource.wolfsonmicro.com>,
"patches@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"
<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: Thu, 31 Mar 2016 11:15:05 +0300 [thread overview]
Message-ID: <87egargj1y.fsf@intel.com> (raw)
In-Reply-To: <CAMz4ku+Vdnv9aeE944=V=cx1rAHBVMvUehwA-ZLCNr6vzvyQgg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]
Hi Baolin,
Baolin Wang <baolin.wang@linaro.org> writes:
>>> >> Make sense. In our company's solution, charger detection can be done
>>> >> by hardware from PMIC at first, then it will not affect the DP/DM
>>> >> line when gadget starts to enumeration.
>>> >
>>> > I see, charger type detection is done automatically by PMIC when VBUS
>>> > is detected in your case, you just assume the process is complete
>>> > before SW do gadget connect. To make the framework common, you may do
>>> one time charger type check when vbus is on, and save it to avoid repeat
>>> charger type check.
>>>
>>> OK. I'll add one judgement to check if the charger type is set in
>>> 'usb_charger_detect_type()' function.
>>
>> Just adding a judgement isn't enough here, your framework should make sure
>> usb_charger_detect_type() is called before gadget connect, with that, the
>> existing caller place just gets the charger type from the saved value.
>> The real charger type detection done by usb_charger_detect_type() can
>> be called only when vbus is on.
>> e.g. maybe in usb_udc_vbus_handler() before usb_udc_connect_control().
>
> Yeah, Like Felipe suggested, I think we need to introduce one
> 'charger_detect()' method to do the SW charger type detection at the
> right gadget state. Thanks for your comments.
Just to be clear, we add ->charger_detect() when we know of a platform
which needs to manually detect the charger type. Until then, we ignore
that situation. It might be a good idea, however, do document this in
comments on your structure definition stating that if we need to detect
charger type, a new method should be added ;-)
cheers
--
balbi
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Felipe Balbi <balbi@kernel.org>
To: Baolin Wang <baolin.wang@linaro.org>, Jun Li <jun.li@nxp.com>
Cc: Peter Chen <hzpeterchen@gmail.com>,
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" <r.baldyga@samsung.com>,
Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>,
Lee Jones <lee.jones@linaro.org>, Mark Brown <broonie@kernel.org>,
Charles Keepax <ckeepax@opensource.wolfsonmicro.com>,
"patches\@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"
<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: Thu, 31 Mar 2016 11:15:05 +0300 [thread overview]
Message-ID: <87egargj1y.fsf@intel.com> (raw)
In-Reply-To: <CAMz4ku+Vdnv9aeE944=V=cx1rAHBVMvUehwA-ZLCNr6vzvyQgg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]
Hi Baolin,
Baolin Wang <baolin.wang@linaro.org> writes:
>>> >> Make sense. In our company's solution, charger detection can be done
>>> >> by hardware from PMIC at first, then it will not affect the DP/DM
>>> >> line when gadget starts to enumeration.
>>> >
>>> > I see, charger type detection is done automatically by PMIC when VBUS
>>> > is detected in your case, you just assume the process is complete
>>> > before SW do gadget connect. To make the framework common, you may do
>>> one time charger type check when vbus is on, and save it to avoid repeat
>>> charger type check.
>>>
>>> OK. I'll add one judgement to check if the charger type is set in
>>> 'usb_charger_detect_type()' function.
>>
>> Just adding a judgement isn't enough here, your framework should make sure
>> usb_charger_detect_type() is called before gadget connect, with that, the
>> existing caller place just gets the charger type from the saved value.
>> The real charger type detection done by usb_charger_detect_type() can
>> be called only when vbus is on.
>> e.g. maybe in usb_udc_vbus_handler() before usb_udc_connect_control().
>
> Yeah, Like Felipe suggested, I think we need to introduce one
> 'charger_detect()' method to do the SW charger type detection at the
> right gadget state. Thanks for your comments.
Just to be clear, we add ->charger_detect() when we know of a platform
which needs to manually detect the charger type. Until then, we ignore
that situation. It might be a good idea, however, do document this in
comments on your structure definition stating that if we need to detect
charger type, a new method should be added ;-)
cheers
--
balbi
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
next prev parent reply other threads:[~2016-03-31 8:17 UTC|newest]
Thread overview: 58+ 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
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 2:08 ` kbuild test robot
2016-03-27 8:22 ` Geert Uytterhoeven
2016-03-28 6:45 ` 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 the usb charger framework Baolin Wang
2016-03-24 12:35 ` Baolin Wang
2016-03-27 1:29 ` kbuild test robot
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-25 7:09 ` 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 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
2016-03-30 7:07 ` Baolin Wang
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 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 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 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 10:58 ` Jun Li
2016-03-30 11:24 ` Felipe Balbi
2016-03-30 11:24 ` Felipe Balbi
2016-03-31 5:33 ` Baolin Wang
2016-03-31 6:18 ` Felipe Balbi
2016-03-31 6:18 ` Felipe Balbi
[not found] ` <87y48zgogi.fsf-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2016-03-31 6:35 ` Baolin Wang
2016-03-31 6:35 ` Baolin Wang
[not found] ` <AM4PR04MB1665E85D823D5AB59B54B56D89980-WOempg8NbQQyfSGIpie7pc9NdZoXdze2vxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2016-03-31 5:22 ` Baolin Wang
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:12 ` Jun Li
2016-03-31 6:37 ` Baolin Wang
2016-03-31 8:15 ` Felipe Balbi [this message]
2016-03-31 8:15 ` Felipe Balbi
[not found] ` <87egargj1y.fsf-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2016-03-31 8:24 ` Baolin Wang
2016-03-31 8:24 ` 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=87egargj1y.fsf@intel.com \
--to=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=hzpeterchen@gmail.com \
--cc=jun.li@nxp.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.