All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Chen <hzpeterchen@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Roger Quadros <rogerq@ti.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Peter Chen <peter.chen@nxp.com>,
	Ulf Hansson <ulf.hansson@linaro.org>,
	Heiko Stuebner <heiko@sntech.de>,
	stephen.boyd@linaro.org, frank.li@nxp.com,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	gary.bisson@boundarydevices.com,
	Vivek Gautam <vivek.gautam@codeaurora.org>,
	Sriram Dash <sriram.dash@nxp.com>,
	festevam@gmail.com, stillcompiling@gmail.com,
	dbaryshkov@gmail.com, vaibhav.hiremath@linaro.org,
	Krzysztof Kozlowski <krzk@kernel.org>,
	mka@chromium.org, stern@rowland.harvard.edu,
	devicetree@vger.kernel.org, mail@maciej.szmigiero.name,
	pawel.moll@arm.com, linux-pm@vger.kernel.org,
	s.hauer@pengutronix.de, troy.kisky@boundarydevices.com,
	Rob Herring <robh+dt@kernel.org>,
	Alexander
Subject: Re: [PATCH v13 06/12] usb: xhci: use bus->sysdev for DMA configuration
Date: Wed, 15 Feb 2017 09:35:14 +0800	[thread overview]
Message-ID: <20170215013514.GA6579@b29397-desktop> (raw)
In-Reply-To: <CAK8P3a22f=sQXt+3-PeAuBFQN7_4iXDQhu41teExd6bxJXxDAQ@mail.gmail.com>

On Tue, Feb 14, 2017 at 01:58:40PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 14, 2017 at 1:26 PM, Roger Quadros <rogerq@ti.com> wrote:
> > On 14/02/17 13:44, Arnd Bergmann wrote:
> >> On Tue, Feb 14, 2017 at 11:36 AM, Roger Quadros <rogerq@ti.com> wrote:
> 
> >>> Why are we using sysdev to read DT property? We should be using the
> >>> XHCI device (&pdev->dev) here, no?
> >>
> >> If I remember correctly, this is one of the cases where pdev does not
> >> have a device node attached to it because it was created by the driver
> >> of the parent device on the fly in case of dwc3. When you have a pure xhci
> >> device in DT, the two pointers are the same.
> >
> > From drivers/usb/dwc3/host.c
> >
> >>         if (dwc->usb3_lpm_capable) {
> >>                 props[0].name = "usb3-lpm-capable";
> >>                 ret = platform_device_add_properties(xhci, props);
> >>                 if (ret) {
> >>                         dev_err(dwc->dev, "failed to add properties to xHCI\n");
> >>                         goto err1;
> >>                 }
> >>         }
> >
> > So it is setting the usb3-lpm-capable property into the xhci platform device
> > and we should be reading the property from there.

Why dwc3 needs another "snps,usb3_lpm_capable"? Why not using
"usb3-lpm-capable" at firmware directly?

Peter

> 
> Hmm, ideally we would only have properties on one of the two, since we
> refer to the sysdev for the properties regarding DMA and PHY among other
> things, but I guess that's not an option here, since we can't call
> platform_device_add_properties() on a dwc_pci device and have to
> use the xhci pdev instead.
> 
>      Arnd
> 
-- 

Best Regards,
Peter Chen

WARNING: multiple messages have this Message-ID (diff)
From: hzpeterchen@gmail.com (Peter Chen)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v13 06/12] usb: xhci: use bus->sysdev for DMA configuration
Date: Wed, 15 Feb 2017 09:35:14 +0800	[thread overview]
Message-ID: <20170215013514.GA6579@b29397-desktop> (raw)
In-Reply-To: <CAK8P3a22f=sQXt+3-PeAuBFQN7_4iXDQhu41teExd6bxJXxDAQ@mail.gmail.com>

On Tue, Feb 14, 2017 at 01:58:40PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 14, 2017 at 1:26 PM, Roger Quadros <rogerq@ti.com> wrote:
> > On 14/02/17 13:44, Arnd Bergmann wrote:
> >> On Tue, Feb 14, 2017 at 11:36 AM, Roger Quadros <rogerq@ti.com> wrote:
> 
> >>> Why are we using sysdev to read DT property? We should be using the
> >>> XHCI device (&pdev->dev) here, no?
> >>
> >> If I remember correctly, this is one of the cases where pdev does not
> >> have a device node attached to it because it was created by the driver
> >> of the parent device on the fly in case of dwc3. When you have a pure xhci
> >> device in DT, the two pointers are the same.
> >
> > From drivers/usb/dwc3/host.c
> >
> >>         if (dwc->usb3_lpm_capable) {
> >>                 props[0].name = "usb3-lpm-capable";
> >>                 ret = platform_device_add_properties(xhci, props);
> >>                 if (ret) {
> >>                         dev_err(dwc->dev, "failed to add properties to xHCI\n");
> >>                         goto err1;
> >>                 }
> >>         }
> >
> > So it is setting the usb3-lpm-capable property into the xhci platform device
> > and we should be reading the property from there.

Why dwc3 needs another "snps,usb3_lpm_capable"? Why not using
"usb3-lpm-capable" at firmware directly?

Peter

> 
> Hmm, ideally we would only have properties on one of the two, since we
> refer to the sysdev for the properties regarding DMA and PHY among other
> things, but I guess that's not an option here, since we can't call
> platform_device_add_properties() on a dwc_pci device and have to
> use the xhci pdev instead.
> 
>      Arnd
> 
-- 

Best Regards,
Peter Chen

WARNING: multiple messages have this Message-ID (diff)
From: Peter Chen <hzpeterchen@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Roger Quadros <rogerq@ti.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Peter Chen <peter.chen@nxp.com>,
	Ulf Hansson <ulf.hansson@linaro.org>,
	Heiko Stuebner <heiko@sntech.de>,
	stephen.boyd@linaro.org, frank.li@nxp.com,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	gary.bisson@boundarydevices.com,
	Vivek Gautam <vivek.gautam@codeaurora.org>,
	Sriram Dash <sriram.dash@nxp.com>,
	festevam@gmail.com, stillcompiling@gmail.com,
	dbaryshkov@gmail.com, vaibhav.hiremath@linaro.org,
	Krzysztof Kozlowski <krzk@kernel.org>,
	mka@chromium.org, stern@rowland.harvard.edu,
	devicetree@vger.kernel.org, mail@maciej.szmigiero.name,
	pawel.moll@arm.com, linux-pm@vger.kernel.org,
	s.hauer@pengutronix.de, troy.kisky@boundarydevices.com,
	Rob Herring <robh+dt@kernel.org>,
	Alexander Sverdlin <alexander.sverdlin@nokia.com>,
	oscar@naiandei.net,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	hverkuil@xs4all.nl, Mathias Nyman <mathias.nyman@linux.intel.com>,
	Baolin Wang <baolin.wang@linaro.org>,
	gregkh <gregkh@linuxfoundation.org>,
	linux-usb@vger.kernel.org, rjw@rjwysocki.net, sre@kernel.org,
	Mark Brown <broonie@kernel.org>,
	p.zabel@pengutronix.de, Shawn Guo <shawnguo@kernel.org>,
	jun.li@nxp.com
Subject: Re: [PATCH v13 06/12] usb: xhci: use bus->sysdev for DMA configuration
Date: Wed, 15 Feb 2017 09:35:14 +0800	[thread overview]
Message-ID: <20170215013514.GA6579@b29397-desktop> (raw)
In-Reply-To: <CAK8P3a22f=sQXt+3-PeAuBFQN7_4iXDQhu41teExd6bxJXxDAQ@mail.gmail.com>

On Tue, Feb 14, 2017 at 01:58:40PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 14, 2017 at 1:26 PM, Roger Quadros <rogerq@ti.com> wrote:
> > On 14/02/17 13:44, Arnd Bergmann wrote:
> >> On Tue, Feb 14, 2017 at 11:36 AM, Roger Quadros <rogerq@ti.com> wrote:
> 
> >>> Why are we using sysdev to read DT property? We should be using the
> >>> XHCI device (&pdev->dev) here, no?
> >>
> >> If I remember correctly, this is one of the cases where pdev does not
> >> have a device node attached to it because it was created by the driver
> >> of the parent device on the fly in case of dwc3. When you have a pure xhci
> >> device in DT, the two pointers are the same.
> >
> > From drivers/usb/dwc3/host.c
> >
> >>         if (dwc->usb3_lpm_capable) {
> >>                 props[0].name = "usb3-lpm-capable";
> >>                 ret = platform_device_add_properties(xhci, props);
> >>                 if (ret) {
> >>                         dev_err(dwc->dev, "failed to add properties to xHCI\n");
> >>                         goto err1;
> >>                 }
> >>         }
> >
> > So it is setting the usb3-lpm-capable property into the xhci platform device
> > and we should be reading the property from there.

Why dwc3 needs another "snps,usb3_lpm_capable"? Why not using
"usb3-lpm-capable" at firmware directly?

Peter

> 
> Hmm, ideally we would only have properties on one of the two, since we
> refer to the sysdev for the properties regarding DMA and PHY among other
> things, but I guess that's not an option here, since we can't call
> platform_device_add_properties() on a dwc_pci device and have to
> use the xhci pdev instead.
> 
>      Arnd
> 
-- 

Best Regards,
Peter Chen

  reply	other threads:[~2017-02-15  1:35 UTC|newest]

Thread overview: 89+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-11  1:27 [PATCH v13 00/12] power: add power sequence library Peter Chen
2017-02-11  1:27 ` Peter Chen
2017-02-11  1:27 ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 01/12] binding-doc: power: pwrseq-generic: add binding doc for generic " Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 02/12] power: add " Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 03/12] usb: separate out sysdev pointer from usb_bus Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 04/12] usb: chipidea: use bus->sysdev for DMA configuration Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 06/12] usb: xhci: " Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-13  8:25   ` Alexander Sverdlin
2017-02-13  8:25     ` Alexander Sverdlin
2017-02-13  8:25     ` Alexander Sverdlin
2017-02-14  5:33   ` Vivek Gautam
2017-02-14  5:33     ` Vivek Gautam
2017-02-14 10:36   ` Roger Quadros
2017-02-14 10:36     ` Roger Quadros
2017-02-14 10:36     ` Roger Quadros
2017-02-14 11:44     ` Arnd Bergmann
2017-02-14 11:44       ` Arnd Bergmann
2017-02-14 11:44       ` Arnd Bergmann
2017-02-14 12:26       ` Roger Quadros
2017-02-14 12:26         ` Roger Quadros
2017-02-14 12:26         ` Roger Quadros
2017-02-14 12:58         ` Arnd Bergmann
2017-02-14 12:58           ` Arnd Bergmann
2017-02-14 12:58           ` Arnd Bergmann
2017-02-15  1:35           ` Peter Chen [this message]
2017-02-15  1:35             ` Peter Chen
2017-02-15  1:35             ` Peter Chen
2017-02-15  8:18             ` Roger Quadros
2017-02-15  8:18               ` Roger Quadros
2017-02-15  8:18               ` Roger Quadros
     [not found]               ` <cb3ee971-6d97-fff1-64f7-1b527559b047-l0cyMroinI0@public.gmane.org>
2017-02-15  8:51                 ` Peter Chen
2017-02-15  8:51                   ` Peter Chen
2017-02-15  8:51                   ` Peter Chen
2017-02-15 10:10                   ` Roger Quadros
2017-02-15 10:10                     ` Roger Quadros
2017-02-15 10:10                     ` Roger Quadros
2017-02-15 11:51                     ` Felipe Balbi
2017-02-15 11:51                       ` Felipe Balbi
2017-02-15 11:51                       ` Felipe Balbi
     [not found]                       ` <87mvdnoenw.fsf-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
2017-02-16  1:23                         ` Peter Chen
2017-02-16  1:23                           ` Peter Chen
2017-02-16  1:23                           ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 07/12] usb: ehci: " Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 08/12] binding-doc: usb: usb-device: add optional properties for power sequence Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 09/12] usb: core: add power sequence handling for USB devices Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 10/12] ARM: dts: imx6qdl: Enable usb node children with <reg> Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 11/12] ARM: dts: imx6qdl-udoo.dtsi: fix onboard USB HUB property Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27 ` [PATCH v13 12/12] ARM: dts: imx6q-evi: Fix onboard hub reset line Peter Chen
2017-02-11  1:27   ` Peter Chen
2017-02-11  1:27   ` Peter Chen
     [not found] ` <1486776443-2280-1-git-send-email-peter.chen-3arQi8VN3Tc@public.gmane.org>
2017-02-11  1:27   ` [PATCH v13 05/12] usb: ehci: fsl: use bus->sysdev for DMA configuration Peter Chen
2017-02-11  1:27     ` Peter Chen
2017-02-11  1:27     ` Peter Chen
2017-02-13 12:22   ` [PATCH v13 00/12] power: add power sequence library Rafael J. Wysocki
2017-02-13 12:22     ` Rafael J. Wysocki
2017-02-13 12:22     ` Rafael J. Wysocki
2017-02-14 10:21 ` Roger Quadros
2017-02-14 10:21   ` Roger Quadros
2017-02-14 10:21   ` Roger Quadros
2017-02-15  1:38   ` Peter Chen
2017-02-15  1:38     ` Peter Chen
2017-02-15  1:38     ` Peter Chen
2017-05-16 17:28     ` Krzysztof Kozlowski
2017-05-16 17:28       ` Krzysztof Kozlowski
2017-05-16 17:28       ` Krzysztof Kozlowski
2017-05-17  1:18       ` Peter Chen
2017-05-17  1:18         ` Peter Chen
2017-05-17  1:18         ` Peter Chen

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=20170215013514.GA6579@b29397-desktop \
    --to=hzpeterchen@gmail.com \
    --cc=arnd@arndb.de \
    --cc=dbaryshkov@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=frank.li@nxp.com \
    --cc=gary.bisson@boundarydevices.com \
    --cc=heiko@sntech.de \
    --cc=krzk@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mail@maciej.szmigiero.name \
    --cc=mark.rutland@arm.com \
    --cc=mka@chromium.org \
    --cc=pawel.moll@arm.com \
    --cc=peter.chen@nxp.com \
    --cc=robh+dt@kernel.org \
    --cc=rogerq@ti.com \
    --cc=s.hauer@pengutronix.de \
    --cc=sriram.dash@nxp.com \
    --cc=stephen.boyd@linaro.org \
    --cc=stern@rowland.harvard.edu \
    --cc=stillcompiling@gmail.com \
    --cc=troy.kisky@boundarydevices.com \
    --cc=ulf.hansson@linaro.org \
    --cc=vaibhav.hiremath@linaro.org \
    --cc=vivek.gautam@codeaurora.org \
    /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.