From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 09:56:15 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16BD16A4CE; Mon, 29 Mar 2004 09:56:15 -0800 (PST) Received: from mail.dti.supsi.ch (mail.die.supsi.ch [193.5.153.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F0E43D1F; Mon, 29 Mar 2004 09:56:14 -0800 (PST) (envelope-from roberto.nunnari@supsi.ch) Received: from supsi.ch (pcm2027.dti.supsi.ch [193.5.152.27]) by mail.dti.supsi.ch (8.11.6/8.11.6) with ESMTP id i2THu7v08434; Mon, 29 Mar 2004 19:56:07 +0200 Message-ID: <406863B8.7010504@supsi.ch> Date: Mon, 29 Mar 2004 19:58:16 +0200 From: Roberto Nunnari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Jacob S. Barrett" References: <200403251118.40718.jbarrett@amduat.net> <200403270848.37996.jbarrett@amduat.net> <20040329081224.GC70021@ip.net.ua> <200403290936.49345.jbarrett@amduat.net> In-Reply-To: <200403290936.49345.jbarrett@amduat.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: Disabling VLAN_HWTAGGING X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 17:56:15 -0000 Hello. Jacob S. Barrett wrote: > On Monday 29 March 2004 12:12 am, Ruslan Ermilov 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@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========================