Jacob S. Barrett wrote:
On Monday 29 March 2004 12:12 am, Ruslan Ermilov <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED]
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========================_______________________________________________ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
