* David Miller <davem@davemloft.net> wrote:it's forcedeth. i've checked nv_napi_poll(), and i dont see how it could return larger than 'limit' number of packets. it could return packets == limit though: pkts = nv_rx_process_optimized(dev, budget); ... if (pkts < budget) { /* re-enable receive interrupts */ spin_lock_irqsave(&np->lock, flags); __netif_rx_complete(dev, napi); ... return pkts; shouldnt that be "pkts <= budget"? But even that shouldnt cause a larger than limit return. Weird. there are two networking cards in the system, the other one is a: eth1: RealTek RTL8139 at 0xf080e000, 00:c0:df:03:68:5d, IRQ 11 eth1: Identified 8139 chip type 'RTL-8139B' but this one should be inactive (not plugged into the network). Should i try to get a debug print out of the actual 'weight' and 'work' integers, and of the n->poll function address? Ingo -
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andrew Morton | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Greg KH | Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jarek Poplawski | Re: [BUG] New Kernel Bugs |
