From owner-freebsd-hackers Tue Apr 29 03:11:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08697 for hackers-outgoing; Tue, 29 Apr 1997 03:11:46 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08688 for ; Tue, 29 Apr 1997 03:11:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA30468; Tue, 29 Apr 1997 20:10:18 +1000 Date: Tue, 29 Apr 1997 20:10:18 +1000 From: Bruce Evans Message-Id: <199704291010.UAA30468@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, Shimon@i-Connect.Net Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Please keep me up to date on the results of your LKM-related tests. If >it turns out that there's a problem with unloading LKMs leaving occupied >but invalid devsw entries around we'd better fix it 8) Er, AFAIK unloading LKM drivers is broken in all cases. It certainly doesn't work for either of the officially supported LKM cdevs (joy and qcam). Unloading either of these and then attempting to opening the nonexistent device gives precisely the trap at _spec_open+0x6e that Simon reported (the devsw entry is not affected by unloading and points to garbage). Unloading followed by reloading obviously can't work, because the driver only initializes the devsw once. Bruce