| To: | Francois Romieu <romieu@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: r8169: panic on 2.6.11 |
| From: | Stephen Hemminger <shemminger@xxxxxxxx> |
| Date: | Fri, 4 Mar 2005 14:53:17 -0800 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20050304221826.GA1028@electric-eye.fr.zoreil.com> |
| Organization: | Open Source Development Lab |
| References: | <20050304132804.270cf05b@dxpl.pdx.osdl.net> <4228D523.2070703@pobox.com> <20050304215044.GB1148@electric-eye.fr.zoreil.com> <20050304135922.0b0a3911@dxpl.pdx.osdl.net> <20050304221826.GA1028@electric-eye.fr.zoreil.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Fri, 4 Mar 2005 23:18:26 +0100 Francois Romieu <romieu@xxxxxxxxxxxxx> wrote: > Stephen Hemminger <shemminger@xxxxxxxx> : > [...] > > My pktgen script is below. > > Sends lots of small packets. > > Ok, so I have two issues... > > It could help to know if it was the NAPI or the IRQ verison of the driver > which crashed + rough estimate of the expected pkts/s count during such test. NAPI is not enabled, it is the IRQ version. Hitting Added instrumentation:. skb=0xd1e28380 len=8172 head=d1e32000 data=d1e32012 tail=d1e33ffe end=d1e32620 Looks like the board is running back-to-back packets together, MTU is 1500. No Jumbo frames exist on my little network and the gigabit switch (Netgear) won't even take them. Probably a chip bug. Need to add a check for len > mtu before processing? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [patch 1/3] fix buggy IEEE80211_CRYPT_* selects, Jeff Garzik |
|---|---|
| Next by Date: | Re: r8169: panic on 2.6.11, Francois Romieu |
| Previous by Thread: | Re: r8169: panic on 2.6.11, Francois Romieu |
| Next by Thread: | Re: r8169: panic on 2.6.11, Francois Romieu |
| Indexes: | [Date] [Thread] [Top] [All Lists] |