From: denis@eukrea.com (Denis Carikli)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3][ 5/9] ARM: dts: imx25.dtsi: Fix USB support.
Date: Thu, 13 Mar 2014 10:18:31 +0100 [thread overview]
Message-ID: <532177E7.5070208@eukrea.com> (raw)
In-Reply-To: <CAOMZO5A5BOgoJwtrxYEVJ9pzyS-6hobzf02i6Wf3Xu2BG29bAQ@mail.gmail.com>
On 03/12/2014 12:08 PM, Fabio Estevam wrote:
> Hi Denis,
Hi,
> As you add me in the From field, you also need to add:
>
> Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> above your
> Signed-off-by line.
Thanks.
>> + usbphy {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + compatible = "simple-bus";
>
> I made this comment earlier: why do we place usbphy0/1 under simple-bus?
The official ePAPR 1.1 standard talks about the system on a chip's
internal I/O bus.
So, I wonder if, in general, it makes sense to group together, with a
simple-bus compatible, potentially different usb phy, which are
connected to potentially different usb controllers.
Still if I remove it from the usbphy node, I get the following messages
more than once in dmesg:
> ci_hdrc ci_hdrc.0: no usb2 phy configured
> platform ci_hdrc.0: Driver ci_hdrc requests probe deferral
> ci_hdrc ci_hdrc.1: no usb2 phy configured
> platform ci_hdrc.1: Driver ci_hdrc requests probe deferral
With at the end lsusb printing nothing.
> This is not documented in the the bindings.
I don't think that the simple-bus has to be added to
Documentation/devicetree/bindings/usb/usb-nop-xceiv.txt because that
file only talks about what became usbphy's subnodes.
Denis.
next prev parent reply other threads:[~2014-03-13 9:18 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-12 10:01 [PATCH v3][ 1/9] ARM: dts: mx25: USB block requires only one clock Denis Carikli
2014-03-12 10:01 ` [PATCH v3][ 2/9] ARM: dts: mx35: " Denis Carikli
2014-03-12 10:01 ` [PATCH v3][ 3/9] usb: chipidea: Use standard usb-phy property Denis Carikli
2014-03-12 10:19 ` Lothar Waßmann
2014-03-12 10:36 ` Alexander Shiyan
2014-03-13 3:17 ` Peter Chen
2014-03-13 15:31 ` Sergei Shtylyov
2014-03-14 1:57 ` Peter Chen
2014-03-14 1:57 ` Peter Chen
2014-03-14 11:21 ` Sergei Shtylyov
2014-03-14 11:21 ` Sergei Shtylyov
2014-03-12 10:01 ` [PATCH v3][ 4/9] usb: chipidea: usbmisc: Add USB Host support for i.MX25/i.MX35 CPUs Denis Carikli
2014-03-13 3:18 ` Peter Chen
2014-03-12 10:01 ` [PATCH v3][ 5/9] ARM: dts: imx25.dtsi: Fix USB support Denis Carikli
2014-03-12 11:08 ` Fabio Estevam
2014-03-13 9:18 ` Denis Carikli [this message]
2014-03-12 10:01 ` [PATCH v3][ 6/9] ARM: dts: mbimxsd25 baseboard: Add " Denis Carikli
2014-03-12 10:01 ` [PATCH v3][ 7/9] ARM: dts: i.MX35: " Denis Carikli
2014-03-12 10:01 ` [PATCH v3][ 8/9] ARM: dts: mbimxsd35 baseboard: " Denis Carikli
2014-03-12 10:01 ` [PATCH v3][ 9/9] ARM: imx_v4_v5_defconfig: Enable drivers for i.MX25/i.MX35 " Denis Carikli
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=532177E7.5070208@eukrea.com \
--to=denis@eukrea.com \
--cc=linux-arm-kernel@lists.infradead.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.