Re: [PATCH net 1/7] net: hns3: fix pause config problem after autoneg disabled

huangguangbin (A)
2021-10-28T11:54:14Z

On 2021/10/28 1:23, Andrew Lunn wrote:
> On Wed, Oct 27, 2021 at 08:11:43PM +0800, Guangbin Huang wrote:
>
> The semantics are not too well defined here, the ethtool documentation
> is not too clear. Here is how i interpret it.
>
>> If a TP port is configured by follow steps:
>> 1.ethtool -s ethx autoneg off speed 100 duplex full
>
> So you turn general autoneg off
>
>> 2.ethtool -A ethx rx on tx on
>
> You did not use autoneg off here. Pause autoneg is separate to general
> autoneg. So pause autoneg is still enabled at this point. That means
> you should not directly configure the MAC with the pause
> configuration, you only do that when pause autoneg is off. You can
> consider this as setting how you want pause to be negotiated once
> general autoneg is re-enabled.
>
>> 3.ethtool -s ethx autoneg on(rx&tx negotiated pause results are off)
>
> So you reenable general autoneg. As part of that general autoneg,
> pause will re-renegotiated, and it should you the preferences you set
> in 2, that rx and tx pause can be used. What is actually used depends
> on the link peer. The link_adjust callback from phylib tells you how
> to program the MAC.
>
>> 4.ethtool -s ethx autoneg off speed 100 duplex full
>
> So you turn general autoneg off again. It is unclear how you are
> supposed to program the MAC, but i guess most systems keep with the
> result from the last autoneg.
>
> Looking at your patch, there are suspicious calls to phy_syspend and
> phy_resume. They don't look correct at all, and i'm not aware of any
> other MAC driver doing this. Now, i know the behaviour is not well
> defined here, but i'm not sure your interpretation is valid and how
> others interpret it.
>
> Andrew
> .
>
Hi Andrew, thanks very much for your guidance on how to use pause autoneg,
it confuses me before because PHY registers actually have no separate setting
bit of pause autoneg.

So, summarize what you mean:
1. If pause autoneg is on, driver should always use the autoneg result to program
the MAC. Eventhough general autoneg is off now and link state is no changed then
driver just needs to keep the last configuration for the MAC, if link state is
changed and phy goes down and up then driver needs to program the MAC according
to the autoneg result in the link_adjust callback.
2. If pause autoneg is off, driver should directly configure the MAC with tx pause
and rx pause. Eventhough general autoneg is on, driver should ignore the autoneg
result.

Do I understand right?

Guangbin
.