From owner-freebsd-hackers  Wed Apr 30 01:27:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA15607
          for hackers-outgoing; Wed, 30 Apr 1997 01:27:37 -0700 (PDT)
Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15601
          for <hackers@freebsd.org>; Wed, 30 Apr 1997 01:27:34 -0700 (PDT)
Message-Id: <199704300827.BAA15601@hub.freebsd.org>
Received: by cheops.anu.edu.au
	(1.37.109.16/16.2) id AA271448803; Wed, 30 Apr 1997 18:26:43 +1000
From: Darren Reed <avalon@coombs.anu.edu.au>
Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...)
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Wed, 30 Apr 1997 18:26:43 +1000 (EST)
Cc: avalon@coombs.anu.edu.au, hackers@freebsd.org
In-Reply-To: <199704300740.RAA27412@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 97 05:10:56 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In some mail from Michael Smith, sie said:
> 
> Darren Reed stands accused of saying:
> > 
> > Hmmm, IP Filter unloads and reloads easily enough.
> 
> I expect that you take care to release your hooks before you go though,
> correct?  There is no way of removing a devsw entry, and often 
> no check made to ensure that it's safe to go.

Yes, I release the hooks before going.  The LKM code currently in the kernel
will clean up the appropriate devsw for you (it saves a copy of the old one
and copies that back when unloading).

Darren