From owner-freebsd-current  Mon May 13 14:59:26 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA27969
          for current-outgoing; Mon, 13 May 1996 14:59:26 -0700 (PDT)
Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA27963
          for <current@FreeBSD.org>; Mon, 13 May 1996 14:59:24 -0700 (PDT)
Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id OAA11515; Mon, 13 May 1996 14:57:32 -0700 (PDT)
Message-Id: <199605132157.OAA11515@precipice.shockwave.com>
To: Terry Lambert <terry@lambert.org>
cc: mmead@Glock.COM, current@FreeBSD.org
Subject: Re: lkm qcam 
In-reply-to: Your message of "Mon, 13 May 1996 14:25:11 PDT."
             <199605132125.OAA10580@phaeton.artisoft.com> 
Date: Mon, 13 May 1996 14:57:32 -0700
From: Paul Traina <pst@shockwave.com>
Sender: owner-current@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

There are no interrupts used by the driver, and there is a deinit
routine... is there a way to remove an entry from the cdevsw()
structure?

Paul

  From: Terry Lambert <terry@lambert.org>
  Subject: Re: lkm qcam
  > qcamcontrol is an example program that uses the qcam driver, if that's
  > what you mean.
  > 
  > I occasionally use the driver in lkm mode for testing, however there are
  > definitely some problems, either with the driver, or more likely with the
  > LKM interface, because if you:
  > 
  > 	load lkm
  > 	access qcam
  > 	unload lkm
  > 
  > 	access qcam
  > 
  > the system crashes rather than returning device unconfigured.  :-(
  
  Sounds like the interrupt isn't untrapped when the driver is unloaded.
  
  You will need to provide a deinit routine.
  
  
  					Terry Lambert
  					terry@lambert.org
  ---
  Any opinions in this posting are my own and not those of my present
  or previous employers.