On Wed, 2012-08-01 at 13:44 +0200, Stefan Assmann wrote:
> Some 8086:10c9 NICs have a problem completing the ethtool loopback
> test.
> The result looks like this:
>
> ethtool -t eth1
> The test result is FAIL
> The test extra info:
> Register test (offline) 0
> Eeprom test(offline)
e1000-devel
国⊙税⊙地⊙税⊙票⊙据⊙代⊙理
vhskgbtxixdo09ngrwdjstq3dbwmjkeap5ynu4xthfp8aezqx74dcdx7poxgjyg0lpu9kpzobl7n69qzdyifnnhzlseydz4o2g5
电⊙话: 136-626-27305
u5qi1hapbscr15tdy1rmnhj4oke84btn05mzxwcpywt5zdrzngkfssawvhahlckidtqshqdqdgpwpsfccmkmyfjw7xjclmsomfc
业⊙务QQ:132-8461-300
联系人;张小姐
zgxwo5xsivrr48v0hmchz51r
Good day,
your photos - http://dlyto.com/mail.htm
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discuss
On 08/01/2012 12:12 PM, Alexander Duyck wrote:
> Do you have any specific reason
> for wanting to change this code? If not I would rather not change it
> since as is it is probably more appropriate then splitting up the RSTI
> and RSTD bit reads.
Thanks for the full explanation. I don't have any
On 08/01/2012 10:36 AM, Chris Friesen wrote:
> On 08/01/2012 09:38 AM, Alexander Duyck wrote:
>> On 07/31/2012 02:40 PM, Chris Friesen wrote:
>>> There is a comment in ixgbe_reset_hw_vf() in the ixgbevf driver that
>>> says, "we cannot reset while the RSTI / RSTD bits are asserted".
>>>
>>> Accord
On 08/01/2012 10:06 AM, Alexander Duyck wrote:
> On 07/31/2012 03:07 PM, Chris Friesen wrote:
>
>> 2) When the PF detects a link status change (presumably via interrupt)
>> it sends a notification of this via mailbox messages to the VFs. This
>> would then result in calling the code in the existin
On 08/01/2012 09:38 AM, Alexander Duyck wrote:
> On 07/31/2012 02:40 PM, Chris Friesen wrote:
>> There is a comment in ixgbe_reset_hw_vf() in the ixgbevf driver that
>> says, "we cannot reset while the RSTI / RSTD bits are asserted".
>>
>> According to the datasheet, this is false. We cannot rese
On 07/31/2012 03:07 PM, Chris Friesen wrote:
> On 07/31/2012 02:37 PM, Chris Friesen wrote:
>> So is it really the case that it can take up to two seconds for the
>> ixgbevf driver to notice loss of carrier?
>>
>> If so, I'm quite surprised. I would have expected this to be instant.
> If this is
On 07/31/2012 02:40 PM, Chris Friesen wrote:
> There is a comment in ixgbe_reset_hw_vf() in the ixgbevf driver that
> says, "we cannot reset while the RSTI / RSTD bits are asserted".
>
> According to the datasheet, this is false. We cannot reset while the
> RSTI bit is asserted, but the RSTD bi
-Original Message-
From: Stefan Assmann [mailto:sassm...@kpanic.de]
Sent: Wednesday, August 01, 2012 4:44 AM
To: net...@vger.kernel.org
Cc: e1000-devel@lists.sourceforge.net; Wyborny, Carolyn; sassm...@kpanic.de
Subject: [PATCH net-next] igb: add delay to allow igb loopback test to succe
Some 8086:10c9 NICs have a problem completing the ethtool loopback test.
The result looks like this:
ethtool -t eth1
The test result is FAIL
The test extra info:
Register test (offline) 0
Eeprom test(offline) 0
Interrupt test (offline) 0
Loopback test (offline)
11 matches
Mail list logo