Subject: kern/26927: netinet/fil.c rev 1.70 causes kernel panic
To: None <gnats-bugs@gnats.NetBSD.org>
From: None <jdolecek@NetBSD.org>
List: netbsd-bugs
Date: 09/12/2004 20:38:15
>Number:         26927
>Category:       kern
>Synopsis:       netinet/fil.c rev 1.70 causes kernel panic
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Sep 12 18:39:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Jaromir Dolecek
>Release:        NetBSD 2.0G
>Organization:
>Environment:
System: NetBSD s102-n054.tele2.cz 2.0G NetBSD 2.0G (SARUMAN.MP) #255: Sun Sep 12 20:11:05 CEST 2004 dolecek@s102-n054.tele2.cz:/usr/home/dolecek/soft/netbsd/sys/arch/i386/compile/SARUMAN.MP i386
Architecture: i386
Machine: i386
>Description:
	Kernel with fil.c rev 1.70 panics on my box when the ipfilter
	is enabled (/sbin/ipf -E -Fa). The same kernel with fil.c rev.1.69
	doesn't panic. The panic happens in frrequest()+0xa9, called from
	ioctl() path. I can provide full backtrace on request. Unfortunately
	dump fails due to failed randevous IPI.

	My /etc/ipf.conf:

block in on fxp0
pass in quick on fxp0 proto icmp
pass out quick on fxp0 keep state

>How-To-Repeat:
>Fix:
	Workaround is to back the change in rev 1.70 off.
>Release-Note:
>Audit-Trail:
>Unformatted: