| To: | Stephen Hemminger <shemminger@xxxxxxxx> |
|---|---|
| Subject: | Re: Hard freeze with 2.6.10-rc3 and QoS, worked fine with 2.6.9 |
| From: | Patrick McHardy <kaber@xxxxxxxxx> |
| Date: | Wed, 08 Dec 2004 23:26:46 +0100 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20041208140707.61c2237c@xxxxxxxxxxxxxxxxx> |
| References: | <1102380430.6103.6.camel@buffy> <20041206224441.628e7885.akpm@xxxxxxxx> <1102422544.1088.98.camel@xxxxxxxxxxxxxxxx> <41B5E188.5050800@xxxxxxxxx> <20041207170748.GF1371@xxxxxxxxxxxxxx> <41B5E722.2080600@xxxxxxxxx> <20041207213053.6bb602c1.davem@xxxxxxxxxxxxx> <1102507470.1051.27.camel@xxxxxxxxxxxxxxxx> <41B73263.4040706@xxxxxxxxx> <20041208113014.3dcad5f5@xxxxxxxxxxxxxxxxx> <41B77072.2070200@xxxxxxxxx> <20041208140707.61c2237c@xxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.3) Gecko/20041008 Debian/1.7.3-5 |
Stephen Hemminger wrote: 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. Yes, that seems likely. Since netem doesn't account for the delayed packetsin sch->q.qlen it will only be woken up while non-delayed packets are queued. Regards Patrick |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] nanospin/pg_udelay oversleeping in pktgen, Lennert Buytenhek |
|---|---|
| Next by Date: | [PATCH 2.6]: Fix oops in ipt action error path, Patrick McHardy |
| Previous by Thread: | Re: Hard freeze with 2.6.10-rc3 and QoS, worked fine with 2.6.9, Stephen Hemminger |
| Next by Thread: | Re: Hard freeze with 2.6.10-rc3 and QoS, worked fine with 2.6.9, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |