From owner-freebsd-current Fri Feb 15 19:36:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 71E0337B422 for ; Fri, 15 Feb 2002 19:35:51 -0800 (PST) Received: from pool0100.cvx21-bradley.dialup.earthlink.net ([209.179.192.100] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16bvdd-0004cJ-00; Fri, 15 Feb 2002 19:35:49 -0800 Message-ID: <3C6DD38B.BF38EC80@mindspring.com> Date: Fri, 15 Feb 2002 19:35:39 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Santcroos Cc: freebsd-current@FreeBSD.ORG Subject: Re: Ethernet tunnel device References: <20020211032336.A2135@kashmir.etowns.net> <20020211170131.A79104@laptop.6bone.nl> <20020212074327.A3466@laptop.6bone.nl> <20020213111358.A3235@kashmir.etowns.net> <20020213111937.A10146@Odin.AC.HMC.Edu> <3C6B0BFD.F27F040F@mindspring.com> <20020216004146.A57907@laptop.6bone.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Santcroos wrote: > On Wed, Feb 13, 2002 at 04:59:41PM -0800, Terry Lambert wrote: > > > There's one difference between vmware and a little hacked up test app. > > > Linux emulation. It certaintly shouldn't matter, but it might be worth > > > compiling the test program on a linux machine and seeing it it leaves > > > the device in a weird state like vmware. > > > > Maybe it's losing an open instance in the resource > > track on close? That seems the most likely culprit... > > Do you mean in the linux emu case? > If so, please see my message stating that I also used a linux emu program > to test this. > If not, can you please be a bit more detailed? Yes. I saw your message. It wasn't clear to me that you were simply exiting in the test, instead of actually closing the descriptor. I suspect that vmware just exits, and expects a resource tracking close on exit to free the reference count. If the Linux ABI code has not been updated with all the necessary hand waving (old code was OK, new code is broke ::= that's what's happening), then that could easily cause the problem, whereas a test case that does all the right manual shutdown would not have a problem. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message