* 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 -
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Linus Torvalds | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
