From owner-cvs-src@FreeBSD.ORG Tue Jun 10 01:20:50 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D256637B401; Tue, 10 Jun 2003 01:20:50 -0700 (PDT) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D5BA43FCB; Tue, 10 Jun 2003 01:20:50 -0700 (PDT) (envelope-from hmp@nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1072) id B515020F01; Tue, 10 Jun 2003 01:20:48 -0700 (PDT) Date: Tue, 10 Jun 2003 01:20:48 -0700 From: Hiten Pandya To: Martin Blapp Message-ID: <20030610082048.GA60290@perrin.int.nxad.com> References: <20030509202516.J23311@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030509202516.J23311@cvs.imp.ch> X-Operating-System: FreeBSD FreeBSD 4.7-STABLE User-Agent: Mutt/1.5.4i cc: src-committers@FreeBSD.org cc: John Baldwin cc: Peter Wemm cc: Paul Richards cc: cvs-src@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/boot/i386/libi386 i386_module.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2003 08:20:51 -0000 On Fri, May 09, 2003 at 08:27:32PM +0200, Martin Blapp wrote: > > Hi, > > > Trying to kldload something that is already present in the kernel > > either fails or results in a kernel panic. If you are already > > rebooting to test it, then you might as well build a new kernel > > as a new module each time. > > I thought there were patches posted to CURRENT to address this > issue ? Nobody seems to have them comitted, unfortunatly. It seems, that loading something at boot time would create such an issue; but at run time, if you try to kldload something which is already present in the kernel, than it errors out. I recently posted a workaround to re@ for fixing the case where multiple modules of the same type with different filenames could be loaded and the machine could go boom; but it seems that the kern_linker.c code is a little messed up in its current state, so there are more cleanups required to be done before such workaround/fix can be committed. Cheers. -- Hiten (hmp@FreeBSD.ORG)