From: Heiko Stuebner <heiko@sntech.de>
To: linux-rockchip@lists.infradead.org,
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
Frank Wunderlich <linux@fw-web.de>,
linux-mediatek@lists.infradead.org, frank-w@public-files.de
Cc: "Andrew Lunn" <andrew@lunn.ch>,
"Vivien Didelot" <vivien.didelot@gmail.com>,
"Florian Fainelli" <f.fainelli@gmail.com>,
"Vladimir Oltean" <olteanv@gmail.com>,
"David S. Miller" <davem@davemloft.net>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Landen Chao" <Landen.Chao@mediatek.com>,
"DENG Qingfang" <dqfext@gmail.com>,
"Peter Geis" <pgwipeout@gmail.com>,
netdev@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, "Greg Ungerer" <gerg@kernel.org>,
"René van Dorst" <opensource@vdorst.com>,
"Mauro Carvalho Chehab" <mchehab+samsung@kernel.org>
Subject: Re: [PATCH v3 5/6] dt-bindings: net: dsa: make reset optional and add rgmii-mode to mt7531
Date: Sun, 08 May 2022 11:41:48 +0200 [thread overview]
Message-ID: <2509116.Lt9SDvczpP@phil> (raw)
In-Reply-To: <DC0D3996-DFFE-4E71-B843-8D34C613D498@public-files.de>
Am Sonntag, 8. Mai 2022, 08:24:37 CEST schrieb Frank Wunderlich:
> Am 7. Mai 2022 22:01:22 MESZ schrieb Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>:
> >On 07/05/2022 19:04, Frank Wunderlich wrote:
> >> From: Frank Wunderlich <frank-w@public-files.de>
> >>
> >> Make reset optional as driver already supports it,
> >
> >I do not see the connection between hardware needing or not needing a
> >reset GPIO and a driver supporting it or not... What does it mean?
>
> My board has a shared gpio-reset between gmac and switch, so both will resetted if it is asserted. Currently it is set to the gmac and is aquired exclusive. Adding it to switch results in 2 problems:
>
> - due to exclusive and already mapped to gmac, switch driver exits as it cannot get the reset-gpio again.
> - if i drop the reset from gmac and add to switch, it resets the gmac and this takes too long for switch to get up. Of course i can increase the wait time after reset,but dropping reset here was the easier way.
>
> Using reset only on gmac side brings the switch up.
I think the issue is more for the description itself.
Devicetree is only meant to describe the hardware and does in general don't
care how any firmware (Linux-kernel, *BSD, etc) handles it. So going with
"the kernel does it this way" is not a valid reason for a binding change ;-) .
Instead in general want to reason that there are boards without this reset
facility and thus make it optional for those.
Heiko
> >> allow port 5 as
> >> cpu-port
> >
> >How do you allow it here?
>
> Argh, seems i accidentally removed this part and have not recognized while checking :(
>
> It should only change description of reg for ports to:
>
> "Port address described must be 5 or 6 for CPU port and from 0 to 5 for user ports."
>
> regards Frank
>
_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Stuebner <heiko@sntech.de>
To: linux-rockchip@lists.infradead.org,
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
Frank Wunderlich <linux@fw-web.de>,
linux-mediatek@lists.infradead.org, frank-w@public-files.de
Cc: "Andrew Lunn" <andrew@lunn.ch>,
"Vivien Didelot" <vivien.didelot@gmail.com>,
"Florian Fainelli" <f.fainelli@gmail.com>,
"Vladimir Oltean" <olteanv@gmail.com>,
"David S. Miller" <davem@davemloft.net>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Landen Chao" <Landen.Chao@mediatek.com>,
"DENG Qingfang" <dqfext@gmail.com>,
"Peter Geis" <pgwipeout@gmail.com>,
netdev@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, "Greg Ungerer" <gerg@kernel.org>,
"René van Dorst" <opensource@vdorst.com>,
"Mauro Carvalho Chehab" <mchehab+samsung@kernel.org>
Subject: Re: [PATCH v3 5/6] dt-bindings: net: dsa: make reset optional and add rgmii-mode to mt7531
Date: Sun, 08 May 2022 11:41:48 +0200 [thread overview]
Message-ID: <2509116.Lt9SDvczpP@phil> (raw)
In-Reply-To: <DC0D3996-DFFE-4E71-B843-8D34C613D498@public-files.de>
Am Sonntag, 8. Mai 2022, 08:24:37 CEST schrieb Frank Wunderlich:
> Am 7. Mai 2022 22:01:22 MESZ schrieb Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>:
> >On 07/05/2022 19:04, Frank Wunderlich wrote:
> >> From: Frank Wunderlich <frank-w@public-files.de>
> >>
> >> Make reset optional as driver already supports it,
> >
> >I do not see the connection between hardware needing or not needing a
> >reset GPIO and a driver supporting it or not... What does it mean?
>
> My board has a shared gpio-reset between gmac and switch, so both will resetted if it is asserted. Currently it is set to the gmac and is aquired exclusive. Adding it to switch results in 2 problems:
>
> - due to exclusive and already mapped to gmac, switch driver exits as it cannot get the reset-gpio again.
> - if i drop the reset from gmac and add to switch, it resets the gmac and this takes too long for switch to get up. Of course i can increase the wait time after reset,but dropping reset here was the easier way.
>
> Using reset only on gmac side brings the switch up.
I think the issue is more for the description itself.
Devicetree is only meant to describe the hardware and does in general don't
care how any firmware (Linux-kernel, *BSD, etc) handles it. So going with
"the kernel does it this way" is not a valid reason for a binding change ;-) .
Instead in general want to reason that there are boards without this reset
facility and thus make it optional for those.
Heiko
> >> allow port 5 as
> >> cpu-port
> >
> >How do you allow it here?
>
> Argh, seems i accidentally removed this part and have not recognized while checking :(
>
> It should only change description of reg for ports to:
>
> "Port address described must be 5 or 6 for CPU port and from 0 to 5 for user ports."
>
> regards Frank
>
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Stuebner <heiko@sntech.de>
To: linux-rockchip@lists.infradead.org,
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
Frank Wunderlich <linux@fw-web.de>,
linux-mediatek@lists.infradead.org, frank-w@public-files.de
Cc: "Andrew Lunn" <andrew@lunn.ch>,
"Vivien Didelot" <vivien.didelot@gmail.com>,
"Florian Fainelli" <f.fainelli@gmail.com>,
"Vladimir Oltean" <olteanv@gmail.com>,
"David S. Miller" <davem@davemloft.net>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Landen Chao" <Landen.Chao@mediatek.com>,
"DENG Qingfang" <dqfext@gmail.com>,
"Peter Geis" <pgwipeout@gmail.com>,
netdev@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, "Greg Ungerer" <gerg@kernel.org>,
"René van Dorst" <opensource@vdorst.com>,
"Mauro Carvalho Chehab" <mchehab+samsung@kernel.org>
Subject: Re: [PATCH v3 5/6] dt-bindings: net: dsa: make reset optional and add rgmii-mode to mt7531
Date: Sun, 08 May 2022 11:41:48 +0200 [thread overview]
Message-ID: <2509116.Lt9SDvczpP@phil> (raw)
In-Reply-To: <DC0D3996-DFFE-4E71-B843-8D34C613D498@public-files.de>
Am Sonntag, 8. Mai 2022, 08:24:37 CEST schrieb Frank Wunderlich:
> Am 7. Mai 2022 22:01:22 MESZ schrieb Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>:
> >On 07/05/2022 19:04, Frank Wunderlich wrote:
> >> From: Frank Wunderlich <frank-w@public-files.de>
> >>
> >> Make reset optional as driver already supports it,
> >
> >I do not see the connection between hardware needing or not needing a
> >reset GPIO and a driver supporting it or not... What does it mean?
>
> My board has a shared gpio-reset between gmac and switch, so both will resetted if it is asserted. Currently it is set to the gmac and is aquired exclusive. Adding it to switch results in 2 problems:
>
> - due to exclusive and already mapped to gmac, switch driver exits as it cannot get the reset-gpio again.
> - if i drop the reset from gmac and add to switch, it resets the gmac and this takes too long for switch to get up. Of course i can increase the wait time after reset,but dropping reset here was the easier way.
>
> Using reset only on gmac side brings the switch up.
I think the issue is more for the description itself.
Devicetree is only meant to describe the hardware and does in general don't
care how any firmware (Linux-kernel, *BSD, etc) handles it. So going with
"the kernel does it this way" is not a valid reason for a binding change ;-) .
Instead in general want to reason that there are boards without this reset
facility and thus make it optional for those.
Heiko
> >> allow port 5 as
> >> cpu-port
> >
> >How do you allow it here?
>
> Argh, seems i accidentally removed this part and have not recognized while checking :(
>
> It should only change description of reg for ports to:
>
> "Port address described must be 5 or 6 for CPU port and from 0 to 5 for user ports."
>
> regards Frank
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Stuebner <heiko@sntech.de>
To: linux-rockchip@lists.infradead.org,
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
Frank Wunderlich <linux@fw-web.de>,
linux-mediatek@lists.infradead.org, frank-w@public-files.de
Cc: "Andrew Lunn" <andrew@lunn.ch>,
"Vivien Didelot" <vivien.didelot@gmail.com>,
"Florian Fainelli" <f.fainelli@gmail.com>,
"Vladimir Oltean" <olteanv@gmail.com>,
"David S. Miller" <davem@davemloft.net>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Landen Chao" <Landen.Chao@mediatek.com>,
"DENG Qingfang" <dqfext@gmail.com>,
"Peter Geis" <pgwipeout@gmail.com>,
netdev@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, "Greg Ungerer" <gerg@kernel.org>,
"René van Dorst" <opensource@vdorst.com>,
"Mauro Carvalho Chehab" <mchehab+samsung@kernel.org>
Subject: Re: [PATCH v3 5/6] dt-bindings: net: dsa: make reset optional and add rgmii-mode to mt7531
Date: Sun, 08 May 2022 11:41:48 +0200 [thread overview]
Message-ID: <2509116.Lt9SDvczpP@phil> (raw)
In-Reply-To: <DC0D3996-DFFE-4E71-B843-8D34C613D498@public-files.de>
Am Sonntag, 8. Mai 2022, 08:24:37 CEST schrieb Frank Wunderlich:
> Am 7. Mai 2022 22:01:22 MESZ schrieb Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>:
> >On 07/05/2022 19:04, Frank Wunderlich wrote:
> >> From: Frank Wunderlich <frank-w@public-files.de>
> >>
> >> Make reset optional as driver already supports it,
> >
> >I do not see the connection between hardware needing or not needing a
> >reset GPIO and a driver supporting it or not... What does it mean?
>
> My board has a shared gpio-reset between gmac and switch, so both will resetted if it is asserted. Currently it is set to the gmac and is aquired exclusive. Adding it to switch results in 2 problems:
>
> - due to exclusive and already mapped to gmac, switch driver exits as it cannot get the reset-gpio again.
> - if i drop the reset from gmac and add to switch, it resets the gmac and this takes too long for switch to get up. Of course i can increase the wait time after reset,but dropping reset here was the easier way.
>
> Using reset only on gmac side brings the switch up.
I think the issue is more for the description itself.
Devicetree is only meant to describe the hardware and does in general don't
care how any firmware (Linux-kernel, *BSD, etc) handles it. So going with
"the kernel does it this way" is not a valid reason for a binding change ;-) .
Instead in general want to reason that there are boards without this reset
facility and thus make it optional for those.
Heiko
> >> allow port 5 as
> >> cpu-port
> >
> >How do you allow it here?
>
> Argh, seems i accidentally removed this part and have not recognized while checking :(
>
> It should only change description of reg for ports to:
>
> "Port address described must be 5 or 6 for CPU port and from 0 to 5 for user ports."
>
> regards Frank
>
next prev parent reply other threads:[~2022-05-08 9:42 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-07 17:04 [PATCH v3 0/6] Support mt7531 on BPI-R2 Pro Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` [PATCH v3 1/6] dt-bindings: net: dsa: convert binding for mediatek switches Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 19:59 ` Krzysztof Kozlowski
2022-05-07 19:59 ` Krzysztof Kozlowski
2022-05-07 19:59 ` Krzysztof Kozlowski
2022-05-07 19:59 ` Krzysztof Kozlowski
2022-05-10 18:44 ` Rob Herring
2022-05-10 18:44 ` Rob Herring
2022-05-10 18:44 ` Rob Herring
2022-05-10 18:44 ` Rob Herring
2022-05-11 8:02 ` Aw: " Frank Wunderlich
2022-05-11 8:02 ` Frank Wunderlich
2022-05-11 8:02 ` Frank Wunderlich
2022-05-11 8:02 ` Frank Wunderlich
2022-05-18 1:54 ` Rob Herring
2022-05-18 1:54 ` Rob Herring
2022-05-18 1:54 ` Rob Herring
2022-05-18 1:54 ` Rob Herring
2022-05-07 17:04 ` [PATCH v3 2/6] net: dsa: mt7530: rework mt7530_hw_vlan_{add,del} Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` [PATCH v3 3/6] net: dsa: mt7530: rework mt753[01]_setup Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` [PATCH v3 4/6] net: dsa: mt7530: get cpu-port via dp->cpu_dp instead of constant Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` [PATCH v3 5/6] dt-bindings: net: dsa: make reset optional and add rgmii-mode to mt7531 Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 20:01 ` Krzysztof Kozlowski
2022-05-07 20:01 ` Krzysztof Kozlowski
2022-05-07 20:01 ` Krzysztof Kozlowski
2022-05-07 20:01 ` Krzysztof Kozlowski
2022-05-08 6:24 ` Frank Wunderlich
2022-05-08 6:24 ` Frank Wunderlich
2022-05-08 6:24 ` Frank Wunderlich
2022-05-08 6:24 ` Frank Wunderlich
2022-05-08 9:41 ` Heiko Stuebner [this message]
2022-05-08 9:41 ` Heiko Stuebner
2022-05-08 9:41 ` Heiko Stuebner
2022-05-08 9:41 ` Heiko Stuebner
2022-05-08 12:12 ` Aw: " Frank Wunderlich
2022-05-08 12:12 ` Frank Wunderlich
2022-05-08 12:12 ` Frank Wunderlich
2022-05-08 12:12 ` Frank Wunderlich
2022-05-08 17:04 ` Peter Geis
2022-05-08 17:04 ` Peter Geis
2022-05-08 17:04 ` Peter Geis
2022-05-08 17:04 ` Peter Geis
2022-05-09 6:48 ` Krzysztof Kozlowski
2022-05-09 6:48 ` Krzysztof Kozlowski
2022-05-09 6:48 ` Krzysztof Kozlowski
2022-05-09 6:48 ` Krzysztof Kozlowski
2022-05-09 11:22 ` Peter Geis
2022-05-09 11:22 ` Peter Geis
2022-05-09 11:22 ` Peter Geis
2022-05-09 11:22 ` Peter Geis
2022-05-07 17:04 ` [PATCH v3 6/6] arm64: dts: rockchip: Add mt7531 dsa node to BPI-R2-Pro board Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-05-07 17:04 ` Frank Wunderlich
2022-06-08 17:38 ` Aw: [PATCH v3 0/6] Support mt7531 on BPI-R2 Pro Frank Wunderlich
2022-06-08 17:38 ` Frank Wunderlich
2022-06-08 17:38 ` Frank Wunderlich
2022-06-08 17:38 ` Frank Wunderlich
2022-06-08 17:54 ` Jakub Kicinski
2022-06-08 17:54 ` Jakub Kicinski
2022-06-08 17:54 ` Jakub Kicinski
2022-06-08 17:54 ` Jakub Kicinski
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=2509116.Lt9SDvczpP@phil \
--to=heiko@sntech.de \
--cc=Landen.Chao@mediatek.com \
--cc=andrew@lunn.ch \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=dqfext@gmail.com \
--cc=f.fainelli@gmail.com \
--cc=frank-w@public-files.de \
--cc=gerg@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux@fw-web.de \
--cc=matthias.bgg@gmail.com \
--cc=mchehab+samsung@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=olteanv@gmail.com \
--cc=opensource@vdorst.com \
--cc=pabeni@redhat.com \
--cc=pgwipeout@gmail.com \
--cc=robh+dt@kernel.org \
--cc=sean.wang@mediatek.com \
--cc=vivien.didelot@gmail.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.