From owner-freebsd-current@FreeBSD.ORG Tue May 27 21:26:01 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 5CC4237B401 for ; Tue, 27 May 2003 21:26:01 -0700 (PDT) Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by mx1.FreeBSD.org (Postfix) with SMTP id D38A943F75 for ; Tue, 27 May 2003 21:26:00 -0700 (PDT) (envelope-from q_dolan@yahoo.com.au) Received: from vdub.onthenet.net (HELO ?172.22.1.10?) (q?dolan@203.10.89.16 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 May 2003 04:26:00 -0000 From: Q To: Michael Edenfield In-Reply-To: <20030528040406.GA46917@basement.kutulu.org> References: <200305281147.53271.doconnor@gsoft.com.au> <1054090968.1429.10.camel@boxster> <3ED4294B.4040108@btc.adaptec.com> <1054092793.1429.39.camel@boxster> <3ED4315F.8080709@btc.adaptec.com> <20030528040406.GA46917@basement.kutulu.org> Content-Type: text/plain Organization: Message-Id: <1054095955.1429.52.camel@boxster> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 28 May 2003 14:25:56 +1000 Content-Transfer-Encoding: 7bit cc: Scott Long cc: freebsd-current@freebsd.org Subject: Kernel module inconsistency was policy on GPL'd drivers? 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: Wed, 28 May 2003 04:26:01 -0000 You could achieve the same result without breaking a bunch of cardinal rules by taking an MD5 hash of the kernel when the port is first installed, then modify the rc.d script that loads the module to only run if that MD5 hash matches the current kernel. If a mismatch occurs it should spew out an error saying the port should be reinstalled. This would most definitely work, although I'm not sure if this is the best way of resolving the issue in the longer term. Seeya...Q On Wed, 2003-05-28 at 14:04, Michael Edenfield wrote: > * Scott Long [030527 23:51]: > > > >I am thinking of ports like rtc, ltmdm or Vmware here.. where it is not > > >uncommon that they require reinstalling after an upgrade. I have > > >experienced kernel panics on several occasions from out of date vmware > > >kernel modules. > > > > I'm really of the opinion that these ports should either live in the > > sys/ tree, or that magic should be devised to make sure that they are > > built along with the rest of the modules. > > Wouldn't it be sufficient to simply install the port modules into > /boot/kernel instead of /usr/local/wherever/it/goes/now? I > understand why most aren't put there now, due to the seperation of > base system from ports etc. But I would the benefits of violating > that principle outweigh the detriments: each time you reinstall your > kernel, /boot/kernel is moved out of the way... taking all the > outdated modules with it. Your port modules would fail to load, not > being in the right place, but that's far better than a panic. > > --Mike