Date: Sun, 08 Feb 2009 11:31:45 +0200 From: Danny Braniss <danny@cs.huji.ac.il> To: Peter Jeremy <peter@vk2pj.dyndns.org> Cc: hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: impossible packet length ... Message-ID: <E1LW60v-0000zC-B2@kabab.cs.huji.ac.il> In-Reply-To: <20090208091656.GA31876@test71.vk2pj.dyndns.org> References: <E1LW5Ht-0000VH-D8@kabab.cs.huji.ac.il> <20090208091656.GA31876@test71.vk2pj.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>
> --jI8keyz6grp/JLjh
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On 2009-Feb-08 10:45:13 +0200, Danny Braniss <danny@cs.huji.ac.il> wrote:
> >Feb 6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o=20
> >leading ethernet header (len 0 pkt len 0)
> =2E..
> >Feb 6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: Unknown $ sequence in=20
> >"rhost:=3D${RHOST};type:=3Dnfsl;fs:=3D${FS};rfs:=3D$huldig<C0>#^ZM-^KoM- a=
> base"
> >Feb 6 19:00:00 warhol-00.cs.huji.ac.il kernel: impossible packet length=
> =20
> >(2068989523) from nfs server sunfire:/dist
> >
> >which seems to point fingers at bce...
>
> It does rather suggest that bce is not behaving. What happens if you
> turn off checksum off-loading? This should make the kernel drop the
> corrupt packets instead of trying to process them. If practical, you
> could also try (temporarily) plugging in a different NIC.
>
I have, and now it's a matter of waiting...
Q: with rxcsum on, and a bad checksum packet is received, is it
dropped by the NIC? if not, then it somewhat explains the behaviour
changing the nic is tough, but if needed will be done.
danny
> Peter Jeremy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1LW60v-0000zC-B2>