PANIC: Re: machine locks with PF (without using user dependent rules)

[Emanuel Strobl]

Am Montag, 7. Februar 2005 16:52 schrieb Emanuel Strobl:
> Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier:
> > On Saturday 08 January 2005 17:52, Robert Watson wrote:
> > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote:
> > > > my machine hard locks with the attached ruleset.  If I set
> > > > debug.mpsafenet to 0 everything is fine. This was a wild guess from
[...]
> Tell me how I can help, I'll later hand in the trace of the slef-lock when
> debug.mpsafenet is 1.

Like promised, here it is:

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xdeadc1d7
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc047b518
stack pointer           = 0x10:0xcc694954
frame pointer           = 0x10:0xcc69495c
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 35 (swi1: net)
[thread pid 35 tid 100031 ]
Stopped at      pf_state_compare_ext_gwy+0x18:  movzbl  0xf9(%esi),%eax
db> trace
Tracing pid 35 tid 100031 td 0xc1515190
pf_state_compare_ext_gwy(c1748300,cc6949ac,cc694984,c047c0c2,c17483c4) at 
pf_state_compare_ext_gwy+0x18
pf_state_tree_ext_gwy_RB_FIND(c17483c4,cc6949ac,c1748300,cc694af8,cc694ab8) at 
pf_state_tree_ext_gwy_RB_FIND+0x29
pf_find_state_recurse(c1748300,cc6949ac,1,c076341c,255) at 
pf_find_state_recurse+0x72
pf_test_state_udp(cc694b00,1,c1748300,c1856c00,14) at pf_test_state_udp+0x90
pf_test(1,c1585800,cc694bf0,0,c1768720) at pf_test+0xb78
pf_check_in(0,cc694bf0,c1585800,1,0) at pf_check_in+0x48
pfil_run_hooks(c07f05a0,cc694c9c,c1585800,1,0) at pfil_run_hooks+0x15b
ip_input(c1856c00,0,c076b16d,e6,c07f0660) at ip_input+0x20f
netisr_processqueue(cc694cd8,246,c07c5640,2,c1508d40) at 
netisr_processqueue+0x15
swi_net(0,0,c075f8fb,269,0) at swi_net+0x8d
ithread_loop(c1526300,cc694d48,c075f6d4,31e,0) at ithread_loop+0x1ff
fork_exit(c055fcb0,c1526300,cc694d48) at fork_exit+0xa9
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xcc694d7c, ebp = 0 ---
db>


>
> -Harry
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050207/9fdf12c4/attachment.bin