netdev
[Top] [All Lists]

Re: Hard freeze with 2.6.10-rc3 and QoS, worked fine with 2.6.9

To: Patrick McHardy <kaber@xxxxxxxxx>
Subject: Re: Hard freeze with 2.6.10-rc3 and QoS, worked fine with 2.6.9
From: Stephen Hemminger <shemminger@xxxxxxxx>
Date: Wed, 8 Dec 2004 14:07:07 -0800
Cc: netdev@xxxxxxxxxxx
In-reply-to: <41B77072.2070200@trash.net>
Organization: Open Source Development Lab
References: <1102380430.6103.6.camel@buffy> <20041206224441.628e7885.akpm@osdl.org> <1102422544.1088.98.camel@jzny.localdomain> <41B5E188.5050800@trash.net> <20041207170748.GF1371@postel.suug.ch> <41B5E722.2080600@trash.net> <20041207213053.6bb602c1.davem@davemloft.net> <1102507470.1051.27.camel@jzny.localdomain> <41B73263.4040706@trash.net> <20041208113014.3dcad5f5@dxpl.pdx.osdl.net> <41B77072.2070200@trash.net>
Sender: netdev-bounce@xxxxxxxxxxx
On Wed, 08 Dec 2004 22:21:54 +0100
Patrick McHardy <kaber@xxxxxxxxx> wrote:

> Stephen Hemminger wrote:
> 
> >I don't know if this is related but something broke netem after 2.6.10-rc2
> >Now a simple request to delay 10ms ends up taking 1000ms.
> >
> >Still narrowing down the changeset, but it isn't a change in netem
> >or tc utils since these didn't change.
> >
> >  
> >
> I can't find anything in the Changelog that looks related.
> Can you give me a testcase ?

I think the problem was a missing poke (qdisc_restart) in the netem timer
routine, it probably worked earlier for me on other hardware because I was
using different hardware that was waking up and checking tx in response
to received packets.

<Prev in Thread] Current Thread [Next in Thread>