[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20221006172654.45372b3b@kernel.org>
Date: Thu, 6 Oct 2022 17:26:54 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Tom Lendacky <thomas.lendacky@....com>
Cc: Raju Rangoju <Raju.Rangoju@....com>, Shyam-sundar.S-k@....com,
davem@...emloft.net, netdev@...r.kernel.org, rrangoju@....com
Subject: Re: [PATCH net 1/3] amd-xgbe: Yellow carp devices do not need rrc
On Thu, 6 Oct 2022 09:32:34 -0500 Tom Lendacky wrote:
> On 10/6/22 08:54, Raju Rangoju wrote:
> > Yellow carp devices disables the CDR workaround path,
> > receiver reset cycle is not needed in such cases.
> > Hence, avoid issuing rrc on Yellow carp platforms.
Not entirely clear why this is a Fix, TBH.
What harm comes from doing the reset? You need to describe
the user-observable harm if the patch is a fix.
> > Fixes: 47f164deab22 ("amd-xgbe: Add PCI device support")
>
> That is the wrong Fixes: tag. Yellow Carp support was added with commit
>
> dbb6c58b5a61 ("net: amd-xgbe: Add Support for Yellow Carp Ethernet device")
>
> However, the changes to allow updating the version data were made with
>
> 6f60ecf233f9 ("net: amd-xgbe: Disable the CDR workaround path for Yellow Carp Devices")
>
> so that is the tag most likely needed should you want this to be able to
> go to stable.
FWIW the Fixes tag should point to the commit where the bug is
introduced, not where the patch will apply. The automation will
figure out where it applies.
> With a change to the Fixes: tag:
>
> Acked-by: Tom Lendacky <thomas.lendacky@....com>
These devices are only present on SoCs? Changing global data during
probe looks odd.
Powered by blists - more mailing lists