On 04/20/2012 02:56 PM, Ben Greear wrote:
On 04/20/2012 02:21 PM, Tom Herbert wrote:
Thanks John for pointers to those. Ben, are you running a kernel with
these patches?
I just tested this on my e1000e and igb machine. With these patches,
I can no longer reproduce the problem.
So, please
From: Ben Greear gree...@candelatech.com
Date: Tue, 01 May 2012 14:10:43 -0700
On 04/20/2012 02:56 PM, Ben Greear wrote:
On 04/20/2012 02:21 PM, Tom Herbert wrote:
Thanks John for pointers to those. Ben, are you running a kernel with
these patches?
I just tested this on my e1000e and igb
On 05/01/2012 02:49 PM, David Miller wrote:
From: Ben Greeargree...@candelatech.com
Date: Tue, 01 May 2012 14:10:43 -0700
On 04/20/2012 02:56 PM, Ben Greear wrote:
On 04/20/2012 02:21 PM, Tom Herbert wrote:
Thanks John for pointers to those. Ben, are you running a kernel with
these
On Tue, 2012-05-01 at 15:08 -0700, Ben Greear wrote:
On 05/01/2012 02:49 PM, David Miller wrote:
From: Ben Greeargree...@candelatech.com
Date: Tue, 01 May 2012 14:10:43 -0700
On 04/20/2012 02:56 PM, Ben Greear wrote:
On 04/20/2012 02:21 PM, Tom Herbert wrote:
Thanks John for pointers
From: Jeff Kirsher jeffrey.t.kirs...@intel.com
Date: Tue, 01 May 2012 15:42:28 -0700
I will take care of the stable submission's Ben.
Actually, Jeff, hold off on that.
I misread Ben's email and didn't see that these were not
driver-specific changes.
Therefore, I'll take care of the -stable
On Tue, 2012-05-01 at 18:46 -0400, David Miller wrote:
From: Jeff Kirsher jeffrey.t.kirs...@intel.com
Date: Tue, 01 May 2012 15:42:28 -0700
I will take care of the stable submission's Ben.
Actually, Jeff, hold off on that.
I misread Ben's email and didn't see that these were not
No, we have seen it in our test. I just checked all our Ilium machines'
/var/log/messages back to earlier to month. We got numerous tg3 transmit
timed out on Ilium GLAG machines only, no e1000e transmit queue timed out.
The tg3 transmit queue timed out does not seem to be caused by BQL, since
I
I had done some work on this and to me it looks like this can only happen if
driver does not report bytes_compl and pkts_compl stats correctly.
I will experiment more tomorrow.
-Tushar
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf
On 04/19/2012 07:39 PM, Tom Herbert wrote:
Thanks, will try to reproduce.
I am seeing something similar with the 'igb' driver, though this
NIC also involves a side-driver that does bypass. When I enable/disable
bypass, the links bounce (as expected), and igb reports the same
timeout that I was
I am seeing something similar with the 'igb' driver, though this
NIC also involves a side-driver that does bypass. When I enable/disable
bypass, the links bounce (as expected), and igb reports the same
timeout that I was seeing with e1000e.
Hi Ben,
Are the circumstances the same between
On 04/20/2012 12:05 PM, Tom Herbert wrote:
I am seeing something similar with the 'igb' driver, though this
NIC also involves a side-driver that does bypass. When I enable/disable
bypass, the links bounce (as expected), and igb reports the same
timeout that I was seeing with e1000e.
Hi
On 4/20/2012 12:13 PM, Ben Greear wrote:
On 04/20/2012 12:05 PM, Tom Herbert wrote:
I am seeing something similar with the 'igb' driver, though this
NIC also involves a side-driver that does bypass. When I enable/disable
bypass, the links bounce (as expected), and igb reports the same
Thanks John for pointers to those. Ben, are you running a kernel with
these patches?
Tom
Tom, did you see these two patches? Maybe this is resolved by
the second patch.
We needed these to fixup ixgbe and igb (i didn't test e1000e)
looks like we might want to push these at stable. I don't
On 04/20/2012 02:21 PM, Tom Herbert wrote:
Thanks John for pointers to those. Ben, are you running a kernel with
these patches?
I don't think so. I'll add them and re-test.
Thanks,
Ben
Tom
Tom, did you see these two patches? Maybe this is resolved by
the second patch.
We needed
On 04/20/2012 02:21 PM, Tom Herbert wrote:
Thanks John for pointers to those. Ben, are you running a kernel with
these patches?
I just tested this on my e1000e and igb machine. With these patches,
I can no longer reproduce the problem.
So, please make sure those are queued up for 3.3 stable!
Test case:
Run full duplex traffic (900Mbps rx, 400Mbps tx) UDP traffic
(moderate speeds of traffic has issues as well, maybe not as easy to reproduce)
reset peer interface
tx queue timeout
Apr 19 16:12:48 localhost kernel: e1000e: eth2 NIC Link is Down
Apr 19 16:12:48 localhost kernel:
Thanks, will try to reproduce.
Tom
On Thu, Apr 19, 2012 at 4:27 PM, Ben Greear gree...@candelatech.com wrote:
Test case:
Run full duplex traffic (900Mbps rx, 400Mbps tx) UDP traffic
(moderate speeds of traffic has issues as well, maybe not as easy to
reproduce)
reset peer interface
17 matches
Mail list logo
