From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 10:30:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D6437B401 for ; Sun, 1 Jun 2003 10:30:39 -0700 (PDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [193.162.153.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 691CC43F75 for ; Sun, 1 Jun 2003 10:30:38 -0700 (PDT) (envelope-from nicolai@catpipe.net) Received: from 80.164.80.184 (unknown [80.164.80.184]) by pfepa.post.tele.dk (Postfix) with ESMTP id CEDAE47FF22; Sun, 1 Jun 2003 19:30:36 +0200 (CEST) From: Nicolai Petri Organization: catpipe Systems ApS To: arno@heho.snv.jussieu.fr Date: Sun, 1 Jun 2003 19:30:26 +0200 User-Agent: KMail/1.5.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306011930.26131.nicolai@catpipe.net> cc: freebsd-current@freebsd.org Subject: Re: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 17:30:39 -0000 On Sunday 01 June 2003 18:45, arno@heho.snv.jussieu.fr wrote: > Hello, Hi Arno > > just in case re@ or a maintainer finds this worhtwhile : > 1) > > Setting hostname: M. > > > module_register: module if_tap already exists! > > Module if_tap failed to register: 17 > > can't re-use a leaf (if_tap_debug)! > > tap0: flags=8802 mtu 1500 > ether 00:90:27:3f:12:9f > > bit I just compiled if_tap into my kernel, and I nowehere asked > explicitly for kldloading "if_tap" (IIRC) > I don't exactly know why it tries to load if_tap when it is already present, but FreeBSD should not allow it to be double-linked into the kernel. I created a patch that (hopefully ;) disallows this. You can find it at : http://hobbes.bsd-dk.dk/~npp/kern_linker.patch I would appreciate if you have the time to test this to see if it aborts the loading correctly. I know it's not exactly the real fix but it should stop some panics. Could you also test if unloading the if_tap module panic's the system ? This should ofcourse be tested without my patch and preferably when a tap device is in use. > > voila, Arno Best regards, Nicolai Petri catpipe Systems ApS Ps. If any commiter reads this and would help getting this into the tree please let me know.