Date: Tue, 29 Apr 2008 12:35:51 +0300 From: "Yehonatan Yossef" <yoniy@mellanox.co.il> To: "Tom Judge" <tom@tomjudge.com>, "Mr Y" <yonyossef.lists@gmail.com> Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, Liran Liss <liranl@mellanox.co.il> Subject: RE: OS throws away large packets Message-ID: <6C2C79E72C305246B504CBA17B5500C903E6C3B1@mtlexch01.mtl.com> In-Reply-To: <48160770.2080509@tomjudge.com>
next in thread | previous in thread | raw e-mail | index | archive | help
=20 > -----Original Message----- > From: Tom Judge [mailto:tom@tomjudge.com]=20 > Sent: Monday, April 28, 2008 8:21 PM > To: Mr Y > Cc: freebsd-questions@freebsd.org; freebsd-net@freebsd.org > Subject: Re: OS throws away large packets >=20 > Mr Y wrote: > > Hi all, > >=20 > > I'm trying to implement Large Recieve Offload for an=20 > Ethernet driver=20 > > on FreeBSD 6.3, but all my >MTU packets are being thrown by the OS. > > I'm using mbuf chains in this imlpementation, each mbuf is=20 > a cluster=20 > > of MCLBYTES bytes. They are linked by the m_next pointer. > > The first packet being thrown away is 2945 bytes long.=20 > Wireshark shows=20 > > the packet that is being passed to the OS is correct. > >=20 > > Do I need to set some OS parameter to make it recieve mbuf chains? > >=20 > > Please help. > >=20 >=20 > Hi Yony, >=20 > I seem to remember some discussion about this list last year=20 > see the following threads: >=20 > http://lists.freebsd.org/pipermail/freebsd-net/2007-September/015250.htm l > http://lists.freebsd.org/pipermail/freebsd-net/2007-September/015350.htm l > >From my limited reading of these threads just now and possibly bad memory. It would seem that the MRU to MTU relationship is defined in the nic driver rather than=20 > enforced further up the stack or at least that seamed to be the case with the bce driver. > >Hope this is helpful, >=20 > Tom Hi Tom, >From what I understand these threads are referring to the bce hardware configuration (bus configuration) and driver mbuf allocation size. Am I correct? In my case I'm not trying to receive packets >MTU from the HW, but to chain mbuf clusters, each is MCLBYTES long, and pass the mbuf chain to the OS. Since tcpdump (analyzed by wireshark) catches the packets above the driver and reports a good packet (and 2945 bytes long), I assume my driver functionality is ok. From what I know tcpdump is supposed to immitate the way the stack sees the packet, yet it is discarded. My logic says there is an OS parameter handled by the driver (at net device init time for example) that will set the OS to receive large mbuf chains, or a kernel tcp parameter. Is the tcp stack submitted to the mtu somehow? Yony
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6C2C79E72C305246B504CBA17B5500C903E6C3B1>