From: "Arınç ÜNAL" <arinc.unal@arinc9.com>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: Vladimir Oltean <olteanv@gmail.com>,
Daniel Golle <daniel@makrotopia.org>,
Landen Chao <Landen.Chao@mediatek.com>,
DENG Qingfang <dqfext@gmail.com>,
Sean Wang <sean.wang@mediatek.com>, Andrew Lunn <andrew@lunn.ch>,
Florian Fainelli <f.fainelli@gmail.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
Frank Wunderlich <frank-w@public-files.de>,
Bartel Eerdekens <bartel.eerdekens@constell8.be>,
mithat.guner@xeront.com, erkin.bozoglu@xeront.com,
linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org
Subject: Re: [PATCH net v2 2/7] net: dsa: mt7530: fix trapping frames with multiple CPU ports on MT7530
Date: Tue, 13 Jun 2023 21:46:42 +0300 [thread overview]
Message-ID: <c838ed22-8bc0-9f99-ee9f-4f8dbaabb99a@arinc9.com> (raw)
In-Reply-To: <ZIi1fixnNqj9Gfcg@shell.armlinux.org.uk>
On 13.06.2023 21:29, Russell King (Oracle) wrote:
> On Tue, Jun 13, 2023 at 08:58:33PM +0300, Arınç ÜNAL wrote:
>> On 13.06.2023 20:39, Vladimir Oltean wrote:
>>> On Tue, Jun 13, 2023 at 08:30:28PM +0300, Arınç ÜNAL wrote:
>>>> That fixes port 5 on certain variants of the MT7530 switch, as it was
>>>> already working on the other variants, which, in conclusion, fixes port 5 on
>>>> all MT7530 variants.
>>>
>>> Ok. I didn't pay enough attention to the commit message.
>>>
>>>> And no, trapping works. Having only CPU port 5 defined on the devicetree
>>>> will cause the CPU_PORT bits to be set to port 5. There's only a problem
>>>> when multiple CPU ports are defined.
>>>
>>> Got it. Then this is really not a problem, and the commit message frames
>>> it incorrectly.
>>
>> Actually this patch fixes the issue it describes. At the state of this
>> patch, when multiple CPU ports are defined, port 5 is the active CPU port,
>> CPU_PORT bits are set to port 6.
>
> Maybe it's just me being dumb, but I keep finding things difficult to
> understand, such as the above paragraph.
>
> It sounds like you're saying that _before_ this patch, port 5 is the
> active CPU port, but the CPU_PORT *FIELD* NOT BITS are set such that
> port 6 is the active CPU port. Therefore, things are broken, and this
> patch fixes it.
Yes, CPU_PORT field, and yes this patch fixes the issue by setting the
field to 5 when multiple CPU ports are used. Because before this patch,
the active CPU port is 5. The CPU_PORT field must match this.
>
> Or are you saying that after this patch is applied, port 5 is the
> active CPU port, but the CPU_PORT *FIELD* is set to port 6. If that's
> true, then I've no idea what the hell is going on here because it
> seems to be senseless.
No, when the "prefer port 6" patch is applied, the active CPU port will
be port 6.
The CPU_PORT field will always be set to 6, regardless of "net: dsa:
mt7530: fix trapping frames with multiple CPU ports on MT7530".
Therefore, the "prefer port 6" patch makes "net: dsa: mt7530: fix
trapping frames with multiple CPU ports on MT7530" redundant.
"net: dsa: mt7530: fix trapping frames with multiple CPU ports on
MT7530" becomes important after the changing the DSA conduit support is
introduced.
>
> I think at this point I just give up trying to understand what the
> hell these patches are trying to do - in my opinion, the commit
> messages are worded attrociously and incomprehensively.
If that's how you feel, you can tune in to v5 where I will address the
patch logs.
Arınç
next prev parent reply other threads:[~2023-06-13 18:47 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-11 8:15 [PATCH net v2 1/7] net: dsa: mt7530: fix trapping frames with multiple CPU ports on MT7531 Arınç ÜNAL
2023-06-11 8:15 ` [PATCH net v2 2/7] net: dsa: mt7530: fix trapping frames with multiple CPU ports on MT7530 Arınç ÜNAL
2023-06-13 15:08 ` Vladimir Oltean
2023-06-13 17:14 ` Arınç ÜNAL
2023-06-13 17:18 ` Vladimir Oltean
2023-06-13 17:24 ` Vladimir Oltean
2023-06-13 17:30 ` Arınç ÜNAL
2023-06-13 17:39 ` Vladimir Oltean
2023-06-13 17:58 ` Arınç ÜNAL
2023-06-13 18:12 ` Jakub Kicinski
2023-06-13 19:03 ` Arınç ÜNAL
2023-06-13 19:09 ` Arınç ÜNAL
2023-06-13 20:29 ` Jakub Kicinski
2023-06-13 18:29 ` Russell King (Oracle)
2023-06-13 18:46 ` Arınç ÜNAL [this message]
2023-06-13 20:46 ` Vladimir Oltean
2023-06-13 20:18 ` Vladimir Oltean
2023-06-13 20:35 ` Arınç ÜNAL
2023-06-13 20:59 ` Vladimir Oltean
2023-06-13 21:04 ` Arınç ÜNAL
2023-06-13 21:14 ` Vladimir Oltean
2023-06-14 7:03 ` Arınç ÜNAL
2023-06-14 7:29 ` Vladimir Oltean
2023-06-13 18:20 ` Russell King (Oracle)
2023-06-13 17:52 ` Aw: " Frank Wunderlich
2023-06-11 8:15 ` [PATCH net v2 3/7] net: dsa: mt7530: fix trapping frames on non-MT7621 SoC MT7530 switch Arınç ÜNAL
2023-06-11 8:15 ` [PATCH net v2 4/7] net: dsa: mt7530: fix handling of BPDUs on " Arınç ÜNAL
2023-06-11 8:15 ` [PATCH net v2 5/7] net: dsa: mt7530: fix handling of LLDP frames Arınç ÜNAL
2023-06-11 8:15 ` [PATCH net v2 6/7] net: dsa: introduce preferred_default_local_cpu_port and use on MT7530 Arınç ÜNAL
2023-06-11 8:15 ` [PATCH net v2 7/7] MAINTAINERS: add me as maintainer of MEDIATEK SWITCH DRIVER Arınç ÜNAL
2023-06-11 16:04 ` [PATCH net v2 1/7] net: dsa: mt7530: fix trapping frames with multiple CPU ports on MT7531 Russell King (Oracle)
2023-06-12 6:40 ` Arınç ÜNAL
2023-06-12 10:09 ` Russell King (Oracle)
2023-06-12 10:50 ` Vladimir Oltean
2023-06-13 17:07 ` Arınç ÜNAL
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=c838ed22-8bc0-9f99-ee9f-4f8dbaabb99a@arinc9.com \
--to=arinc.unal@arinc9.com \
--cc=Landen.Chao@mediatek.com \
--cc=andrew@lunn.ch \
--cc=angelogioacchino.delregno@collabora.com \
--cc=bartel.eerdekens@constell8.be \
--cc=daniel@makrotopia.org \
--cc=davem@davemloft.net \
--cc=dqfext@gmail.com \
--cc=edumazet@google.com \
--cc=erkin.bozoglu@xeront.com \
--cc=f.fainelli@gmail.com \
--cc=frank-w@public-files.de \
--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@armlinux.org.uk \
--cc=matthias.bgg@gmail.com \
--cc=mithat.guner@xeront.com \
--cc=netdev@vger.kernel.org \
--cc=olteanv@gmail.com \
--cc=pabeni@redhat.com \
--cc=sean.wang@mediatek.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
all inboxes | Powered by JetHome®