From owner-freebsd-current@FreeBSD.ORG Tue May 13 09:10:15 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 7ADC637B412; Tue, 13 May 2003 09:10:15 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCF9543FBD; Tue, 13 May 2003 09:10:09 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 432D1530F; Tue, 13 May 2003 18:10:08 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: re@FreeBSD.org References: <200305131300.h4DD0Ecd059610@fledge.watson.org> From: Dag-Erling Smorgrav Date: Tue, 13 May 2003 18:10:07 +0200 In-Reply-To: <200305131300.h4DD0Ecd059610@fledge.watson.org> (Robert Watson's message of "Tue, 13 May 2003 09:00:14 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: 5.1-RELEASE TODO 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: Tue, 13 May 2003 16:10:16 -0000 Robert Watson writes: > |-----------------+-------------+-------------+--------------------------| > | Panic on | | | If a network device | > | load/unload a | | | driver, possibly any | > | kernel module | | | driver, is linked into | > | for a driver | Patch | Maxime | the kernel and then | > | already | submitted | Henrion | loaded and unloaded as a | > | statically | | | module, the kernel will | > | linked into the | | | panic. This has been | > | kernel. | | | observed with both if_dc | > | | | | and if_fxp. | > |-----------------+-------------+-------------+--------------------------| I'm unable to reproduce this; kldload refuses to load a module which is already present, and if you try to preload a driver which is compiled into the kernel, the kernel will refuse to register it. There have been problems with unloading network drivers (due to interrupts being delivered to a handler which had disappeared into thin air) but these had nothing to do with whether the driver was already compiled-in, and I believe they were fixed about a month ago. DES -- Dag-Erling Smorgrav - des@ofug.org