[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <6964AD00-15BF-4F2D-9473-A84E07025BE8@net-swift.com>
Date: Mon, 26 Jun 2023 09:56:32 +0800
From: "mengyuanlou@...-swift.com" <mengyuanlou@...-swift.com>
To: Andrew Lunn <andrew@...n.ch>
Cc: Jakub Kicinski <kuba@...nel.org>,
Jiawen Wu <jiawenwu@...stnetic.com>,
netdev@...r.kernel.org
Subject: Re: [PATCH net] net: txgbe: change hw reset mode
> 2023年6月25日 23:40,Andrew Lunn <andrew@...n.ch> 写道:
>
> On Sun, Jun 25, 2023 at 04:31:01PM +0800, mengyuanlou@...-swift.com wrote:
>>
>>
>>> 2023年6月23日 10:21,Jakub Kicinski <kuba@...nel.org> 写道:
>>>
>>> On Wed, 21 Jun 2023 17:06:45 +0800 Jiawen Wu wrote:
>>>> The old way to do hardware reset is sending reset command to firmware.
>>>> In order to adapt to the new firmware, driver directly write register
>>>> of LAN reset instead of the old way.
>>>
>>> Which versions of the FW use one method vs the other? Why is it okay
>>> to change the driver for new FW, are there no devices running old FW
>>> in the wild? Or the new method is safe for both?
>>
>> Lan reset contains of phy reset and dma reset.
>> New FW versions will support NCSI/LLDP which needs phy not to down.
>> When drivers do lan reset, fw can set a veto bit to block phy reset and
>> still to do dma reset.
>
> That does not answer the question. Is this backwards compatible with
> old firmware?
Yeah,the veto bit is not set in old firmware, so they have the same effect.
>
> Andrew
Powered by blists - more mailing lists