impossible packet length ...

[Oliver Fromme]

Kostik Belousov wrote (on 2009-02-08):
 > Danny Braniss wrote:
 > > going through the logs, after it happened again, I got a glimps of this:
 > > 
 > > Feb  6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o 
 > > leading ethernet header (len 0 pkt len 0)
 > > Feb  6 18:00:19 klee-05.cs.huji.ac.il kernel: nfs: server warhol-00 not 
 > > responding, timed out
 > > ...
 > > Feb  6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: More than a single value for 
 > > /defaults in hesiod.local
 > > Feb  6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: Unknown $ sequence in 
 > > "rhost:=${RHOST};type:=nfsl;fs:=${FS};rfs:=$huldig<C0>#^ZM-^KoM- abase"
 > > Feb  6 19:00:00 warhol-00.cs.huji.ac.il kernel: impossible packet length 
 > > (2068989523) from nfs server sunfire:/dist
 > > 
 > > which seems to point fingers at bce...
 > 
 > bce(4) is broken in stable, your best option is to revert to the
 > driver in releng 7.1.

Is anybody working on fixing bce(4) in stable?  As far as
I can see in the repository, nothing happened recently.
The last commit in releng 7 was in December last year.

Otherwise, I suggest to revert the source to the same
version as in releng 7.1.  Unfortunately, bce(4) hardware
is not that uncommon; I have it in several dozen machines
at customers.  Having a known broken driver in -stable
for several months is bad.

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

"C++ is to C as Lung Cancer is to Lung."
        -- Thomas Funke