netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Link bouncing with multiple drivers.
@ 2009-10-12 17:55 Ben Greear
  2009-10-12 21:08 ` Ben Greear
  0 siblings, 1 reply; 2+ messages in thread
From: Ben Greear @ 2009-10-12 17:55 UTC (permalink / raw)
  To: NetDev

I have a strange issue:

In several different scenarios, when we run pktgen at line speed
on 1G through our proprietary bridge-ish module, we see link go
up and down every minute or so.  This happens with e1000, e1000e,
and have also seen it on ixgbe (though not line speed here...but
we were driving it as hard as the systems could handle).

We cannot reproduce this when a normal bridge is substituted for
our proprietary module, so it must either be a bug in our code somewhere,
or something to do with the fact that our module causes more work to
be done than a bridge (backed up driver queues on rx/tx, time-stamps, etc).

Since it happens across multiple drivers and hardware (and operating systems:  F5, F8, F11,
but all with kernels based on 2.6.31), it must be some general issue.

If anyone has any ideas where I should start poking, I would
be grateful.  For now, I'm off to dig in the e1000e code...

Thanks,
Ben


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Link bouncing with multiple drivers.
  2009-10-12 17:55 Link bouncing with multiple drivers Ben Greear
@ 2009-10-12 21:08 ` Ben Greear
  0 siblings, 0 replies; 2+ messages in thread
From: Ben Greear @ 2009-10-12 21:08 UTC (permalink / raw)
  To: NetDev

On 10/12/2009 10:55 AM, Ben Greear wrote:
> I have a strange issue:
>
> In several different scenarios, when we run pktgen at line speed
> on 1G through our proprietary bridge-ish module, we see link go
> up and down every minute or so. This happens with e1000, e1000e,
> and have also seen it on ixgbe (though not line speed here...but
> we were driving it as hard as the systems could handle).
>
> We cannot reproduce this when a normal bridge is substituted for
> our proprietary module, so it must either be a bug in our code somewhere,
> or something to do with the fact that our module causes more work to
> be done than a bridge (backed up driver queues on rx/tx, time-stamps, etc).
>
> Since it happens across multiple drivers and hardware (and operating
> systems: F5, F8, F11,
> but all with kernels based on 2.6.31), it must be some general issue.
>
> If anyone has any ideas where I should start poking, I would
> be grateful. For now, I'm off to dig in the e1000e code...

Ahh, it was indeed my bug.  I forgot to update the txqueue trans_start and that
caused the watchdog to fire way too often.

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-10-12 21:09 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-12 17:55 Link bouncing with multiple drivers Ben Greear
2009-10-12 21:08 ` Ben Greear

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).