From dom@host213-123-133-83.in-addr.btopenworld.com  Sat Feb  9 10:50:21 2002
Return-Path: <dom@host213-123-133-83.in-addr.btopenworld.com>
Received: from host213-123-133-83.in-addr.btopenworld.com (host213-123-133-83.in-addr.btopenworld.com [213.123.133.83])
	by hub.freebsd.org (Postfix) with ESMTP id 71FEC37B41E
	for <FreeBSD-gnats-submit@freebsd.org>; Sat,  9 Feb 2002 10:50:17 -0800 (PST)
Received: by host213-123-133-83.in-addr.btopenworld.com (Postfix, from userid 1001)
	id D85BC392; Sat,  9 Feb 2002 18:50:32 +0000 (GMT)
Message-Id: <20020209185032.D85BC392@host213-123-133-83.in-addr.btopenworld.com>
Date: Sat,  9 Feb 2002 18:50:32 +0000 (GMT)
From: Dominic Marks <dominic_marks@btinternet.com>
Reply-To: Dominic Marks <dominic_marks@btinternet.com>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: Unloading the ipl.ko module will panic the machine
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         34765
>Category:       kern
>Synopsis:       Unloading the ipl.ko module will panic the machine
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    darrenr
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Feb 09 11:00:01 PST 2002
>Closed-Date:    Tue Aug 30 10:11:49 GMT 2005
>Last-Modified:  Tue Aug 30 10:11:49 GMT 2005
>Originator:     Dominic Marks
>Release:        FreeBSD 4.5-STABLE i386
>Organization:
Student
>Environment:
System: FreeBSD gallium 4.5-STABLE FreeBSD 4.5-STABLE #2: Sat Feb 9
01:18:35 GMT 2002 dom@gallium:/usr/obj/usr/src/sys/GALLIUM i386
	
>Description:
	If you attempt to unload the ipl.ko (IPFilter) module the machine
	will panic. Darren does not reccomend use of the module and so
	problems such as this are to be expected. However I am reasoning
	that if people see that there is a module for IPFilter they may
	attempt to use it. So ideally this module should not panic the
	machine when being unloaded, or alternatively not exist at all.
	
>How-To-Repeat:
	# kldload ipl.ko
	# kldunload ipl.ko
	
>Fix:
	Unknown.
	
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->darrenr 
Responsible-Changed-By: keramida 
Responsible-Changed-When: Sat May 11 07:21:14 PDT 2002 
Responsible-Changed-Why:  
Darren is our Mr. Ipfilter. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=34765 

From: Andrey Alekseyev <uitm@zenon.net>
To: freebsd-gnats-submit@FreeBSD.org, dominic_marks@btinternet.com
Cc:  
Subject: Re: kern/34765: Unloading the ipl.ko module will panic the machine
Date: Fri, 17 May 2002 17:50:14 +0400

 To my observation this can be avoided by clearing all state entries
 beforehand.
 In most cases you will be able to safely unload ipl.ko then.
 Hope this helps.
 
 
 -- 
 Andrey Alekseyev. Zenon N.S.P.
State-Changed-From-To: open->feedback 
State-Changed-By: darrenr 
State-Changed-When: Tue Apr 20 06:00:33 PDT 2004 
State-Changed-Why:  
this should be fixed with next ipfilter import 

http://www.freebsd.org/cgi/query-pr.cgi?pr=34765 

From: Dominic Marks <dom@goodforbusiness.co.uk>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/34765: Unloading the ipl.ko module will panic the machine
Date: Wed, 11 May 2005 00:11:57 +0100

 Has this been fixed? If so this PR should be closed.
 
 I have no ipfilter setup to test with at the moment, otherwise I would provide 
 example data here.
 
 Thanks,
 -- 
 Dominic
 GoodforBusiness.co.uk
 I.T. Services for SMEs in the UK.
State-Changed-From-To: feedback->closed 
State-Changed-By: matteo 
State-Changed-When: Tue Aug 30 10:11:34 GMT 2005 
State-Changed-Why:  
feedback timeout 

http://www.freebsd.org/cgi/query-pr.cgi?pr=34765 
>Unformatted:
