Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Mar 2006 23:20:24 -0700
From:      Scott Long <scottl@samsco.org>
To:        Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc:        freebsd-sparc64@freebsd.org
Subject:   Re: hme(4) broken on non-sparc64 systems in -current
Message-ID:  <441F9B28.7030602@samsco.org>
In-Reply-To: <20060321061508.GK31216@uriah.heep.sax.de>
References:  <20060320211720.GB31216@uriah.heep.sax.de>	<20060320235732.GA79203@cdnetworks.co.kr> <20060321061508.GK31216@uriah.heep.sax.de>

next in thread | previous in thread | raw e-mail | index | archive | help
Joerg Wunsch wrote:
> As Pyun YongHyeon wrote:
> 
> 
>>How about backing out rev. 1.46(if_hme.c)?
> 
> 
>>For the same patch sent to bard@OpenBSD I got a positive report
>>so it's strange to me though.(brad@OpenBSD reported Rx checksum
>>offload breakage on little endian systems.)
> 
> 
> Yes, backing that out helps.  I'm not sure what this change was trying
> to fix.  I've noticed before that tools like ethereal reported the
> checksum as invalid but the traffic itself was unaffected.  Anyway, as
> it was now, the traffic was blocked, so perhaps there's more than one
> spot where this needs to be fixed?
> 
> I'll look a bit further into it tonight.  Thanks!
> 

When tx checksum offloading is enabled, you'll always get checksum 
errors when capturing the local end of the transmission.  That expected,
since the checksum never gets computed until long after the bpf tap has
captured it.

Scott




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?441F9B28.7030602>