From: "Bjørn Mork" <bjorn@mork.no>
To: Paolo Abeni <pabeni@redhat.com>
Cc: netdev@vger.kernel.org, Felix Fietkau <nbd@nbd.name>,
John Crispin <john@phrozen.org>,
Sean Wang <sean.wang@mediatek.com>,
Mark Lee <Mark-MC.Lee@mediatek.com>,
Lorenzo Bianconi <lorenzo@kernel.org>,
Russell King <linux@armlinux.org.uk>,
Daniel Golle <daniel@makrotopia.org>,
Alexander Couzens <lynxis@fe80.eu>,
Russell King <rmk+kernel@armlinux.org.uk>
Subject: Re: [PATCH v3 net 1/3] net: mediatek: sgmii: ensure the SGMII PHY is powered down on configuration
Date: Tue, 24 Jan 2023 13:30:20 +0100 [thread overview]
Message-ID: <87lelsp12b.fsf@miraculix.mork.no> (raw)
In-Reply-To: <a9e7d8f528828c0c7cd0966a4f3023027425011b.camel@redhat.com> (Paolo Abeni's message of "Tue, 24 Jan 2023 13:19:15 +0100")
Paolo Abeni <pabeni@redhat.com> writes:
> On Sun, 2023-01-22 at 22:21 +0100, Bjørn Mork wrote:
>> From: Alexander Couzens <lynxis@fe80.eu>
>>
>> The code expect the PHY to be in power down which is only true after reset.
>> Allow changes of the SGMII parameters more than once.
>>
>> Only power down when reconfiguring to avoid bouncing the link when there's
>> no reason to - based on code from Russell King.
>>
>> There are cases when the SGMII_PHYA_PWD register contains 0x9 which
>> prevents SGMII from working. The SGMII still shows link but no traffic
>> can flow. Writing 0x0 to the PHYA_PWD register fix the issue. 0x0 was
>> taken from a good working state of the SGMII interface.
>
> This looks like a legitimate fix for -net, but we need a suitable Fixes
> tag pointing to the culprit commit.
>
> Please repost including such tag. While at that you could also consider
> including Simon's suggestion.
Thanks. Will do. Taking advantage of the hole is a good idea.
> The following 2 patches looks like new features/refactor that would be
> more suitable for net-next, and included here due to the code
> dependency.
>
> If so, please repost the later 2 separately for net-next after the fix
> will land there.
I believe all these 3 patches are fixes and therefore appropriate for
net. I will verify and add Fixes tags for all of them.
Bjørn
next prev parent reply other threads:[~2023-01-24 12:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-22 21:21 [PATCH v3 net 0/3] fixes for mtk_eth_soc Bjørn Mork
2023-01-22 21:21 ` [PATCH v3 net 1/3] net: mediatek: sgmii: ensure the SGMII PHY is powered down on configuration Bjørn Mork
2023-01-23 10:24 ` Simon Horman
2023-01-24 12:19 ` Paolo Abeni
2023-01-24 12:30 ` Bjørn Mork [this message]
2023-01-24 12:45 ` Russell King (Oracle)
2023-01-24 16:01 ` Paolo Abeni
2023-01-22 21:21 ` [PATCH v3 net 2/3] net: mediatek: sgmii: fix duplex configuration Bjørn Mork
2023-01-22 21:21 ` [PATCH v3 net 3/3] mtk_sgmii: enable PCS polling to allow SFP work Bjørn Mork
2023-01-23 9:54 ` Russell King (Oracle)
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=87lelsp12b.fsf@miraculix.mork.no \
--to=bjorn@mork.no \
--cc=Mark-MC.Lee@mediatek.com \
--cc=daniel@makrotopia.org \
--cc=john@phrozen.org \
--cc=linux@armlinux.org.uk \
--cc=lorenzo@kernel.org \
--cc=lynxis@fe80.eu \
--cc=nbd@nbd.name \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=rmk+kernel@armlinux.org.uk \
--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;
as well as URLs for NNTP newsgroup(s).