From: Emil Medve <Emilian.Medve@Freescale.com>
To: Scott Wood <scottwood@Freescale.com>,
Shruti Kanetkar <Shruti@Freescale.com>,
<devicetree@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>
Subject: Re: [PATCH 4/6] powerpc/corenet: Create the dts components for the DPAA FMan
Date: Sat, 3 May 2014 05:02:27 -0500 [thread overview]
Message-ID: <5364BEB3.6000904@Freescale.com> (raw)
In-Reply-To: <1398118262.1694.188.camel__8135.6513932862$1398128944$gmane$org@snotra.buserror.net>
Hello Scott,
On 04/21/2014 05:11 PM, Scott Wood wrote:
> On Fri, 2014-04-18 at 07:21 -0500, Shruti Kanetkar wrote:
>> +fman@400000 {
>> + mdio@f1000 {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + compatible = "fsl,fman-xmdio";
>> + reg = <0xf1000 0x1000>;
>> + };
>> +};
>
> I'd like to see a complete fman binding before we start adding pieces.
The driver for the FMan 10 Gb/s MDIO has upstreamed a couple of years
ago: '9f35a73 net/fsl: introduce Freescale 10G MDIO driver', granted
without a binding writeup. This patch series should probably include a
binding blurb. However, let's not gate this patchset on a complete
binding for the FMan
As you know we don't own the FMan work and the FMan work is... not ready
for upstreaming. In an attempt to make some sort of progress we've
decided to upstream the pieces that are less controversial and MDIO is
an obvious candidate
>> +fman@400000 {
>> + mdio0: mdio@e1120 {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + compatible = "fsl,fman-mdio";
>> + reg = <0xe1120 0xee0>;
>> + };
>> +};
>
> What is the difference between "fsl,fman-mdio" and "fsl,fman-xmdio"? I
> don't see the latter on the list of compatibles in patch 3/6.
'fsl,fman-mdio' is the 1 Gb/s MDIO (Clause 22 only). 'fsl,fman-xmdio' is
the 10 Gb/s MDIO (Clause 45 only). We can respin this patch wi
I believe 'fsl,fman-mdio' (and others on that list) was added
gratuitously as the FMan MDIO is completely compatible with the
eTSEC/gianfar MDIO driver, but we can deal with that later
> Within each category, is the exact fman version discoverable from the
> mdio registers?
No, but that's irrelevant as that's not the difference between the two
compatibles
>> diff --git a/arch/powerpc/boot/dts/fsl/qoriq-fman3-1.dtsi b/arch/powerpc/boot/dts/fsl/qoriq-fman3-1.dtsi
>> new file mode 100644
>> index 0000000..ced5786
>> --- /dev/null
>> +++ b/arch/powerpc/boot/dts/fsl/qoriq-fman3-1.dtsi
>> @@ -0,0 +1,52 @@
>> +/*
>> + * QorIQ FMan v3 device tree stub [ controller @ offset 0x500000 ]
>> + *
>> + * Copyright 2012 Freescale Semiconductor Inc.
>> + *
>> + * Redistribution and use in source and binary forms, with or without
>> + * modification, are permitted provided that the following conditions are met:
>> + * * Redistributions of source code must retain the above copyright
>> + * notice, this list of conditions and the following disclaimer.
>> + * * Redistributions in binary form must reproduce the above copyright
>> + * notice, this list of conditions and the following disclaimer in the
>> + * documentation and/or other materials provided with the distribution.
>> + * * Neither the name of Freescale Semiconductor nor the
>> + * names of its contributors may be used to endorse or promote products
>> + * derived from this software without specific prior written permission.
>> + *
>> + *
>> + * ALTERNATIVELY, this software may be distributed under the terms of the
>> + * GNU General Public License ("GPL") as published by the Free Software
>> + * Foundation, either version 2 of that License or (at your option) any
>> + * later version.
>> + *
>> + * THIS SOFTWARE IS PROVIDED BY Freescale Semiconductor ``AS IS'' AND ANY
>> + * EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
>> + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
>> + * DISCLAIMED. IN NO EVENT SHALL Freescale Semiconductor BE LIABLE FOR ANY
>> + * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
>> + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
>> + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
>> + * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
>> + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
>> + * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
>> +*/
>> +
>> +fman@500000 {
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + compatible = "simple-bus";
>
> Why is this simple-bus?
Because that's the translation type for the FMan sub-nodes. We need it
now to get the MDIO nodes probed and we'll needed later to probe other
nodes/devices that will have standalone drivers: MAC, MURAM. etc. I
don't think we need to add another entry into the platform probe list
(which is already quite long) as a simple synonym
>> +
>> + /* mdio nodes for fman v3 @ 0x500000 */
>> + mdio@fc000 {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + reg = <0xfc000 0x1000>;
>> + };
>> +
>> + mdio@fd000 {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + reg = <0xfd000 0x1000>;
>> + };
>> +};
>
> Where's the compatible? Why is this file different from all the others?
The FMan v3 MDIO block (supports both Clause 22/45) is compatible with
the FMan v2 10 Gb/s MDIO (the xgmac-mdio driver). However, the driver
needs a small clean-up patch (still in internal review) that will get it
working for FMan v3 MDIO. With that patch will add the compatible to
these nodes. However, we need these nodes now for the board level MDIO
bus muxing support (included in this patchset)
Cheers,
next prev parent reply other threads:[~2014-05-03 10:24 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-18 12:21 [PATCH 1/6] powerpc/corenet: Enable muxing MDIO buses via GPIO Shruti Kanetkar
2014-04-18 12:21 ` [PATCH 2/6] powerpc/corenet: Enable muxing MDIO buses via FPGA Shruti Kanetkar
2014-04-18 12:21 ` [PATCH 3/6] net/fsl_pq_mdio: Document supported compatibles Shruti Kanetkar
2014-04-18 12:21 ` [PATCH 4/6] powerpc/corenet: Create the dts components for the DPAA FMan Shruti Kanetkar
2014-04-21 22:11 ` Scott Wood
[not found] ` <1398118262.1694.188.camel__8135.6513932862$1398128944$gmane$org@snotra.buserror.net>
2014-05-03 10:02 ` Emil Medve [this message]
2014-05-05 23:25 ` Scott Wood
2014-05-06 5:54 ` Emil Medve
2014-05-07 2:54 ` Scott Wood
2014-05-08 3:23 ` Emil Medve
2014-05-08 3:36 ` Scott Wood
2014-05-08 4:31 ` Emil Medve
2014-04-18 12:21 ` [PATCH 5/6] powerpc/corenet: Add DPAA FMan support to the SoC device tree(s) Shruti Kanetkar
2014-04-21 22:14 ` Scott Wood
[not found] ` <1398118442.1694.190.camel__272.432543761347$1398129129$gmane$org@snotra.buserror.net>
2014-05-04 10:59 ` Emil Medve
2014-05-05 23:34 ` Scott Wood
2014-05-06 6:28 ` Emil Medve
2014-05-06 7:40 ` Joakim Tjernlund
2014-05-07 23:14 ` Scott Wood
2014-05-08 5:18 ` Emil Medve
2014-04-18 12:21 ` [PATCH 6/6] powerpc/corenet: Add MDIO bus muxing support to the board " Shruti Kanetkar
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=5364BEB3.6000904@Freescale.com \
--to=emilian.medve@freescale.com \
--cc=Shruti@Freescale.com \
--cc=devicetree@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=scottwood@Freescale.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).