Messages in this thread | | | Date | Mon, 19 Sep 2005 10:25:29 -0700 | From | Ganesh Venkatesan <> | Subject | Re: workaround large MTU and N-order allocation failures |
| |
82546GB supports an incoming Rx packet to be received in multiple rx buffers. A driver that enables this feature is under test currently. What version of the e1000 are you using?
ganesh.
On 9/19/05, Dan Aloni <da-x@monatomic.org> wrote: > On Mon, Sep 19, 2005 at 01:08:22AM +0200, Francois Romieu wrote: > > Dan Aloni <da-x@monatomic.org> : > > [...] > > > The problem with large MTU is external memory fragmentation in > > > the buddy system following high workload, causing alloc_skb() to > > > fail. > > > > If the issue hits the Rx path, it is probably the responsibility of > > the device driver. Which kind of hardware do you use ? > > We are using a SuperMicro board and the network driver is e1000. The > revision of the chipset is 82546GB-copper (maps to e1000_82546_rev_3). > > This particular chipset does not support packet splitting, so we > are looking for a hack on the skb layer. > > -- > Dan Aloni > da-x@monatomic.org, da-x@colinux.org, da-x@gmx.net > - > 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 > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |