From: Mark Rutland <mark.rutland@arm.com>
To: chunfeng yun <chunfeng.yun@mediatek.com>
Cc: Mathias Nyman <mathias.nyman@intel.com>,
Rob Herring <robh+dt@kernel.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Felipe Balbi <balbi@ti.com>,
Sascha Hauer <s.hauer@pengutronix.de>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Roger Quadros <rogerq@ti.com>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
John Crispin <blogic@openwrt.org>,
Daniel Kurtz <djkurtz@chromium.org>
Subject: Re: [PATCH v3 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller
Date: Fri, 31 Jul 2015 14:37:07 +0100 [thread overview]
Message-ID: <20150731133707.GB25118@leverpostej> (raw)
In-Reply-To: <1437882325.3040.22.camel@mhfsdcap03>
Hi,
> > > + - mediatek,usb-wakeup: to access usb wakeup control register
> >
> > What exactly does this property imply?
> >
> There are some control registers for usb wakeup which are put in another
> module, here to get the node of that module, and then use regmap and
> syscon to operate it.
Ok. You need to specify the type of this property (i.e. that it is a
phandle to a syscon node). The description makes it sound like a boolean.
>
> > > + - mediatek,wakeup-src: 1: ip sleep wakeup mode; 2: line state wakeup
> > > + mode; others means don't enable wakeup source of usb
> >
> > This sounds like configuration rather than a hardware property. Why do
> > you think this needs to be in the DT?
> >
> Yes, it's better to put it in the DT.
That doesn't answer my question.
_why_ do you think this needs to be in the DT? What do you think is
better for it being there?
>
> > > + - mediatek,u2port-num: the number should not greater than the number
> > > + of phys
> >
> > What exactly does this property imply?
> >
> On some platform, it only makes use of partial usb ports, so disable
> others to save power.
What exactly do you mean by "partial USB ports"?
If a phy isn't wired up, it won't be listed in the phys property, if it
is then disabling it sounds like a run-time decision.
Thanks,
Mark.
WARNING: multiple messages have this Message-ID (diff)
From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller
Date: Fri, 31 Jul 2015 14:37:07 +0100 [thread overview]
Message-ID: <20150731133707.GB25118@leverpostej> (raw)
In-Reply-To: <1437882325.3040.22.camel@mhfsdcap03>
Hi,
> > > + - mediatek,usb-wakeup: to access usb wakeup control register
> >
> > What exactly does this property imply?
> >
> There are some control registers for usb wakeup which are put in another
> module, here to get the node of that module, and then use regmap and
> syscon to operate it.
Ok. You need to specify the type of this property (i.e. that it is a
phandle to a syscon node). The description makes it sound like a boolean.
>
> > > + - mediatek,wakeup-src: 1: ip sleep wakeup mode; 2: line state wakeup
> > > + mode; others means don't enable wakeup source of usb
> >
> > This sounds like configuration rather than a hardware property. Why do
> > you think this needs to be in the DT?
> >
> Yes, it's better to put it in the DT.
That doesn't answer my question.
_why_ do you think this needs to be in the DT? What do you think is
better for it being there?
>
> > > + - mediatek,u2port-num: the number should not greater than the number
> > > + of phys
> >
> > What exactly does this property imply?
> >
> On some platform, it only makes use of partial usb ports, so disable
> others to save power.
What exactly do you mean by "partial USB ports"?
If a phy isn't wired up, it won't be listed in the phys property, if it
is then disabling it sounds like a run-time decision.
Thanks,
Mark.
next prev parent reply other threads:[~2015-07-31 13:37 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-22 14:05 (unknown), Chunfeng Yun
2015-07-22 14:05 ` No subject Chunfeng Yun
2015-07-22 14:05 ` [PATCH v3 1/5] dt-bindings: Add usb3.0 phy binding for MT65xx SoCs Chunfeng Yun
2015-07-22 14:05 ` Chunfeng Yun
2015-07-22 14:05 ` [PATCH v3 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller Chunfeng Yun
2015-07-22 14:05 ` Chunfeng Yun
2015-07-22 14:22 ` Mark Rutland
2015-07-22 14:22 ` Mark Rutland
2015-07-26 3:45 ` chunfeng yun
2015-07-26 3:45 ` chunfeng yun
2015-07-31 13:37 ` Mark Rutland [this message]
2015-07-31 13:37 ` Mark Rutland
2015-08-01 3:42 ` chunfeng yun
2015-08-01 3:42 ` chunfeng yun
[not found] ` <1437573945-31586-1-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-07-22 14:05 ` [PATCH v3 3/5] usb: phy: add usb3.0 phy driver for mt65xx SoCs Chunfeng Yun
2015-07-22 14:05 ` Chunfeng Yun
[not found] ` <1437573945-31586-4-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-07-22 14:21 ` Felipe Balbi
2015-07-22 14:21 ` Felipe Balbi
[not found] ` <20150722142157.GA10467-HgARHv6XitJaoMGHk7MhZQC/G2K4zDHf@public.gmane.org>
2015-07-26 2:51 ` chunfeng yun
2015-07-26 2:51 ` chunfeng yun
2015-07-28 5:47 ` Kishon Vijay Abraham I
2015-07-28 5:47 ` Kishon Vijay Abraham I
2015-07-31 12:25 ` chunfeng yun
2015-07-31 12:25 ` chunfeng yun
2015-07-31 14:18 ` Kishon Vijay Abraham I
2015-07-31 14:18 ` Kishon Vijay Abraham I
[not found] ` <55BB83BF.6040105-l0cyMroinI0@public.gmane.org>
2015-08-01 2:42 ` chunfeng yun
2015-08-01 2:42 ` chunfeng yun
2015-07-27 13:58 ` Ricky Liang
2015-07-27 13:58 ` Ricky Liang
[not found] ` <CAAJzSMe0dhg9Su_Lpjiq58ukQhairyasaDEK-tBiuTtNV8hygg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-07-31 12:32 ` chunfeng yun
2015-07-31 12:32 ` chunfeng yun
2015-07-22 14:05 ` [PATCH v3 4/5] xhci: mediatek: support MTK xHCI host controller Chunfeng Yun
2015-07-22 14:05 ` Chunfeng Yun
2015-07-22 14:05 ` [PATCH v3 5/5] arm64: dts: mediatek: add xHCI & usb phy for mt8173 Chunfeng Yun
2015-07-22 14:05 ` Chunfeng Yun
2015-07-22 18:11 ` Sergei Shtylyov
2015-07-22 18:11 ` Sergei Shtylyov
[not found] ` <55AFDCE6.2060608-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
2015-07-26 2:41 ` chunfeng yun
2015-07-26 2:41 ` chunfeng yun
2015-07-23 1:18 ` [PATCH v3 0/5] Mediatek xHCI support chunfeng yun
2015-07-23 1:18 ` chunfeng yun
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=20150731133707.GB25118@leverpostej \
--to=mark.rutland@arm.com \
--cc=balbi@ti.com \
--cc=blogic@openwrt.org \
--cc=chunfeng.yun@mediatek.com \
--cc=devicetree@vger.kernel.org \
--cc=djkurtz@chromium.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-usb@vger.kernel.org \
--cc=mathias.nyman@intel.com \
--cc=matthias.bgg@gmail.com \
--cc=robh+dt@kernel.org \
--cc=rogerq@ti.com \
--cc=s.hauer@pengutronix.de \
/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.