Hello.
Jacob S. Barrett wrote:
> On Monday 29 March 2004 12:12 am, Ruslan Ermilov <ru at FreeBSD.org> wrote:
>
>>No, this is not of course expected. Can you add some debug printfs
>>in the ng_vlan.c:ng_vlan_rcvdata() and see if it ever receives the
>>VLAN tag, and if so, print its value (perhaps the tag is entered by
>>a driver in a network byte order).
>
>
> Bingo... I will dig around in if_nge.c to figure out where to swap the bytes.
>
>
>>Well, for IP/TCP/UDP checksumming, it's possible to switch the
>>corresponding bit in the interface's enabled capabilities field.
>>OTOH, switching VLAN stripping on/off requires reprogramming of
>>the hardware.
>>
>>Generally, if the hardware supports IP/TCP/UDP checksumming and
>>or VLAN tag removal/insertion, it's better to use it. We'd
>>better find the root of the problem and fix it. ;)
>
>
> I agree, so now that we have found it I will try to fix it. Thanks for your
> help.
>
Do you believe this may also be the root cause of my fatal
trap 12 I'm experiencing? see my posts with subject:
Fatal trap in rt_msg2
Best regards.
--
Roberto Nunnari -software engineer-
mailto:roberto.nunnari at supsi.ch
Scuola Universitaria Professionale della Svizzera Italiana
Dipartimento Tecnologie Innovative
http://www.dti.supsi.ch
SUPSI-DTI
Via Cantonale tel: +41-91-6108561
6928 Manno """ fax: +41-91-6108570
Switzerland (o o)
=======================oOO==(_)==OOo========================