[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5164811C.2030005@broadcom.com>
Date: Tue, 9 Apr 2013 13:59:08 -0700
From: "Nithin Nayak Sujir" <nsujir@...adcom.com>
To: "David Miller" <davem@...emloft.net>
cc: netdev@...r.kernel.org, mchan@...adcom.com
Subject: Re: [PATCH net-next 07/11] tg3: Add support for link flap
avoidance
On 04/09/2013 12:15 PM, David Miller wrote:
> From: "Nithin Nayak Sujir" <nsujir@...adcom.com>
> Date: Tue, 9 Apr 2013 11:48:07 -0700
>
>> This patch and the following two patches add support for link flap avoidance
>> by maintaining the link on power down. This feature is required for
>> management capable devices to have the management connection
>> uninterrupted on driver reload, reboot and interface up/down.
>>
>> A second NVRAM setting is 1G_ON_VAUX_OK (off by default). This adds
>> support for gigabit link speed when device is on auxiliary power.
>>
>> Signed-off-by: Nithin Nayak Sujir <nsujir@...adcom.com>
>> Signed-off-by: Michael Chan <mchan@...adcom.com>
>
> Looks good, all applied, thanks.
>
> If we force a PHY reset due to EEE changes, will the ASF traffic
> disruption warning message be emitted?
No, the message is not emitted. There are a couple of reasons for this.
1. The intent of the message is to warn on user initiated operations that cause
a link flap.
2. The link flap due to EEE mismatch and force reset is possible the very first
time the system is powered on. It's reasonable to expect the link to be in flux
till the driver is in sync.
After the 1st time the EEE mismatch can only happen if the user modfies it via
ethtool. tg3 does not yet support the set_eee ethtool handler. When we implement
that, we will add the warning there similar to the other ethtool op handlers.
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists