All of lore.kernel.org
 help / color / mirror / Atom feed
From: Krzysztof Kozlowski <krzk@kernel.org>
To: "S.j. Wang" <shengjiu.wang@nxp.com>
Cc: "robh+dt@kernel.org" <robh+dt@kernel.org>,
	"shawnguo@kernel.org" <shawnguo@kernel.org>,
	"s.hauer@pengutronix.de" <s.hauer@pengutronix.de>,
	"kernel@pengutronix.de" <kernel@pengutronix.de>,
	"festevam@gmail.com" <festevam@gmail.com>,
	dl-linux-imx <linux-imx@nxp.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] arm64: dts: imx8mn: Fix duplicate node name
Date: Tue, 8 Dec 2020 09:50:05 +0100	[thread overview]
Message-ID: <20201208085005.GA7654@kozik-lap> (raw)
In-Reply-To: <VI1PR0402MB3342A173BDB558D436A5C514E3CD0@VI1PR0402MB3342.eurprd04.prod.outlook.com>

On Tue, Dec 08, 2020 at 08:44:51AM +0000, S.j. Wang wrote:
> > > > >
> > > > > On Mon, Dec 07, 2020 at 02:21:40PM +0100, Krzysztof Kozlowski wrote:
> > > > > > On Mon, Dec 07, 2020 at 02:53:24PM +0800, Shengjiu Wang wrote:
> > > > > > > Error log:
> > > > > > > sysfs: cannot create duplicate filename
> > > > > '/bus/platform/devices/30000000.bus'
> > > > > > >
> > > > > > > The spba bus name is duplicate with aips bus name.
> > > > > > > Refine spba bus name to fix this issue.
> > > > > > >
> > > > > > > Fixes: 970406eaef3a ("arm64: dts: imx8mn: Enable Asynchronous
> > > > > > > Sample Rate Converter")
> > > > > > > Signed-off-by: Shengjiu Wang <shengjiu.wang@nxp.com>
> > > > > > > ---
> > > > > > >  arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +-
> > > > > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > > > > >
> > > > > > > diff --git a/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > b/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > index fd669c0f3fe5..30762eb4f0a7 100644
> > > > > > > --- a/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > +++ b/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > @@ -246,7 +246,7 @@ aips1: bus@30000000 {
> > > > > > >                     #size-cells = <1>;
> > > > > > >                     ranges;
> > > > > > >
> > > > > > > -                   spba: bus@30000000 {
> > > > > > > +                   spba: spba-bus@30000000 {
> > > > > >
> > > > > > The proper node name is "bus" so basically you introduce wrong
> > > > > > name to other problem.  Introducing wrong names at least requires a
> > comment.
> > > > >
> > > > > I just noticed that my message was barely understandable... so let me
> > fix it:
> > > > >
> > > > > The proper node name is "bus" so basically you introduce wrong
> > > > > name to _fix_ other problem.  Introducing wrong names at least
> > requires a comment.
> > > > >
> > > > > > However the actual problem here is not in node names but in
> > addresses:
> > > > > >
> > > > > >       aips1: bus@30000000 {
> > > > > >               spba: bus@30000000 {
> > > > > >
> > > > > > You have to devices with the same unit address. How do you share
> > > > > > the address space?
> > > > > >
> > > > > > I think this should be rather fixed.
> > > > >
> > > > > And again, hungry keyboard ate a letter, so:
> > > > >
> > > > > You have _two_ devices with the same unit address. How do you
> > > > > share the address space?
> > > > > I think this should be rather fixed.
> > > > >
> > > >
> > > > spba is the first block of aips1 space, so it has same start address
> > > > as aips1.
> > >
> > > The reference manual describes it "Reserved for SDMA2 internal
> > > memory", so indeed it is first address but does it have to be mapped?
> > > Anyway, why don't you use ranges to remove the conflict?
> > 
> > The IO address space remapping could be a solution but there is another
> > problem - the hardware representation in DT does not match what reference
> > manual is saying.
> > 
> > The AIPS bus @30000000 has several IPs:
> >  - SAI2@30020000
> >  - ...
> >  - GPIO1@30200000
> > 
> > However in DTS you will find additional SPBA bus for 30000000 - 300c0000.
> > It's not really the SDMA, as SDMA is at different address. It is rather an
> > address space which SDMA should map... but it is not a bus with children.
> > Adding spba-bus@30000000 with its children does not look like correct
> > representation of HW in DTS.
> > 
> 
> In the RM, it says AIPS-1 (s_b_1, via SPBA) Glob. Module Enable.
> Range is (30000000 - 300FFFFF)

No, AIPS-1 is till 303F_FFFF.

> 
> SPBA is a sub-bus under AIPS1. The SAI2@30020000 -  ASRC@300c0000
> Are the devices under SPBA bus.

Where did you find SPBA bus description in the Reference Manual?

Best regards,
Krzysztof

WARNING: multiple messages have this Message-ID (diff)
From: Krzysztof Kozlowski <krzk@kernel.org>
To: "S.j. Wang" <shengjiu.wang@nxp.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"shawnguo@kernel.org" <shawnguo@kernel.org>,
	"s.hauer@pengutronix.de" <s.hauer@pengutronix.de>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	dl-linux-imx <linux-imx@nxp.com>,
	"kernel@pengutronix.de" <kernel@pengutronix.de>,
	"festevam@gmail.com" <festevam@gmail.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH] arm64: dts: imx8mn: Fix duplicate node name
Date: Tue, 8 Dec 2020 09:50:05 +0100	[thread overview]
Message-ID: <20201208085005.GA7654@kozik-lap> (raw)
In-Reply-To: <VI1PR0402MB3342A173BDB558D436A5C514E3CD0@VI1PR0402MB3342.eurprd04.prod.outlook.com>

On Tue, Dec 08, 2020 at 08:44:51AM +0000, S.j. Wang wrote:
> > > > >
> > > > > On Mon, Dec 07, 2020 at 02:21:40PM +0100, Krzysztof Kozlowski wrote:
> > > > > > On Mon, Dec 07, 2020 at 02:53:24PM +0800, Shengjiu Wang wrote:
> > > > > > > Error log:
> > > > > > > sysfs: cannot create duplicate filename
> > > > > '/bus/platform/devices/30000000.bus'
> > > > > > >
> > > > > > > The spba bus name is duplicate with aips bus name.
> > > > > > > Refine spba bus name to fix this issue.
> > > > > > >
> > > > > > > Fixes: 970406eaef3a ("arm64: dts: imx8mn: Enable Asynchronous
> > > > > > > Sample Rate Converter")
> > > > > > > Signed-off-by: Shengjiu Wang <shengjiu.wang@nxp.com>
> > > > > > > ---
> > > > > > >  arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +-
> > > > > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > > > > >
> > > > > > > diff --git a/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > b/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > index fd669c0f3fe5..30762eb4f0a7 100644
> > > > > > > --- a/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > +++ b/arch/arm64/boot/dts/freescale/imx8mn.dtsi
> > > > > > > @@ -246,7 +246,7 @@ aips1: bus@30000000 {
> > > > > > >                     #size-cells = <1>;
> > > > > > >                     ranges;
> > > > > > >
> > > > > > > -                   spba: bus@30000000 {
> > > > > > > +                   spba: spba-bus@30000000 {
> > > > > >
> > > > > > The proper node name is "bus" so basically you introduce wrong
> > > > > > name to other problem.  Introducing wrong names at least requires a
> > comment.
> > > > >
> > > > > I just noticed that my message was barely understandable... so let me
> > fix it:
> > > > >
> > > > > The proper node name is "bus" so basically you introduce wrong
> > > > > name to _fix_ other problem.  Introducing wrong names at least
> > requires a comment.
> > > > >
> > > > > > However the actual problem here is not in node names but in
> > addresses:
> > > > > >
> > > > > >       aips1: bus@30000000 {
> > > > > >               spba: bus@30000000 {
> > > > > >
> > > > > > You have to devices with the same unit address. How do you share
> > > > > > the address space?
> > > > > >
> > > > > > I think this should be rather fixed.
> > > > >
> > > > > And again, hungry keyboard ate a letter, so:
> > > > >
> > > > > You have _two_ devices with the same unit address. How do you
> > > > > share the address space?
> > > > > I think this should be rather fixed.
> > > > >
> > > >
> > > > spba is the first block of aips1 space, so it has same start address
> > > > as aips1.
> > >
> > > The reference manual describes it "Reserved for SDMA2 internal
> > > memory", so indeed it is first address but does it have to be mapped?
> > > Anyway, why don't you use ranges to remove the conflict?
> > 
> > The IO address space remapping could be a solution but there is another
> > problem - the hardware representation in DT does not match what reference
> > manual is saying.
> > 
> > The AIPS bus @30000000 has several IPs:
> >  - SAI2@30020000
> >  - ...
> >  - GPIO1@30200000
> > 
> > However in DTS you will find additional SPBA bus for 30000000 - 300c0000.
> > It's not really the SDMA, as SDMA is at different address. It is rather an
> > address space which SDMA should map... but it is not a bus with children.
> > Adding spba-bus@30000000 with its children does not look like correct
> > representation of HW in DTS.
> > 
> 
> In the RM, it says AIPS-1 (s_b_1, via SPBA) Glob. Module Enable.
> Range is (30000000 - 300FFFFF)

No, AIPS-1 is till 303F_FFFF.

> 
> SPBA is a sub-bus under AIPS1. The SAI2@30020000 -  ASRC@300c0000
> Are the devices under SPBA bus.

Where did you find SPBA bus description in the Reference Manual?

Best regards,
Krzysztof

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2020-12-08  8:51 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-08  8:44 [PATCH] arm64: dts: imx8mn: Fix duplicate node name S.j. Wang
2020-12-08  8:50 ` Krzysztof Kozlowski [this message]
2020-12-08  8:50   ` Krzysztof Kozlowski
  -- strict thread matches above, loose matches on Subject: below --
2020-12-08  9:22 S.j. Wang
2020-12-08  8:57 S.j. Wang
2020-12-08  9:06 ` Krzysztof Kozlowski
2020-12-08  9:06   ` Krzysztof Kozlowski
2020-12-08  3:16 S.j. Wang
2020-12-08  8:03 ` Krzysztof Kozlowski
2020-12-08  8:03   ` Krzysztof Kozlowski
2020-12-08  8:34   ` Krzysztof Kozlowski
2020-12-08  8:34     ` Krzysztof Kozlowski
2020-12-07  6:53 Shengjiu Wang
2020-12-07  6:53 ` Shengjiu Wang
2020-12-07 13:21 ` Krzysztof Kozlowski
2020-12-07 13:21   ` Krzysztof Kozlowski
2020-12-07 13:32   ` Krzysztof Kozlowski
2020-12-07 13:32     ` Krzysztof Kozlowski
2020-12-10 23:24     ` Adam Ford
2020-12-10 23:24       ` Adam Ford
2021-01-07  2:59 ` Shawn Guo
2021-01-07  2:59   ` Shawn Guo

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=20201208085005.GA7654@kozik-lap \
    --to=krzk@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=shawnguo@kernel.org \
    --cc=shengjiu.wang@nxp.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.