Ingo Molnar a écrit :forcedeth might have a problem, in its netif_wake_queue() logic, but I could not see why a recent patch could make this problem visible now. CPU0/1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 02 is not a new cpu either :) forcedeth uses an internal tx_stop without appropriate barrier. Could you try following patch ? (random guess as I dont have much time right now) Thank you diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c index 1094d29..dc6bbde 100644 --- a/drivers/net/forcedeth.c +++ b/drivers/net/forcedeth.c @@ -2165,7 +2165,7 @@ static int nv_start_xmit(struct sk_buff *skb, struct net_device *dev) empty_slots = nv_get_empty_tx_slots(np); if (unlikely(empty_slots <= entries)) { netif_stop_queue(dev); - np->tx_stop = 1; + set_mb(np->tx_stop, 1); spin_unlock_irqrestore(&np->lock, flags); return NETDEV_TX_BUSY; } @@ -2286,7 +2286,7 @@ static int nv_start_xmit_optimized(struct sk_buff *skb, struct net_device *dev) empty_slots = nv_get_empty_tx_slots(np); if (unlikely(empty_slots <= entries)) { netif_stop_queue(dev); - np->tx_stop = 1; + set_mb(np->tx_stop, 1); spin_unlock_irqrestore(&np->lock, flags); return NETDEV_TX_BUSY; } @@ -2564,7 +2564,7 @@ static void nv_tx_timeout(struct net_device *dev) else status = readl(base + NvRegIrqStatus) & NVREG_IRQSTAT_MASK; - printk(KERN_INFO "%s: Got tx_timeout. irq: %08x\n", dev->name, status); + printk(KERN_INFO "%s: Got tx_timeout. irq: %08x tx_stop=%d\n", dev->name, status, np->tx_stop); { int i; -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| David Miller | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jan Engelhardt | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
