In article <20020706132141.C8F8AF9096@talyn.eby-sarna.com>,
	tsarna@eby-sarna.com writes:
> (missed panic string for first one)
> db> trace
> sppp_output(c0d3f000,c0fa1f00,c0d385d0,c0c98c60,c0fa1f00) at sppp_output+0x170
> ip_output(c0fa1f00,0,c0d47f68,0,0) at ip_output+0x789
> in_gif_output(c0d47e00,18,c0fa1f00,1000000,c0d381c0) at in_gif_output+0x2e3
> gifintr(c0d47e00,c0fa1f00,c029a169,e35ede00) at gifintr+0xd7
> softintr_dispatch(1) at softintr_dispatch+0x99
> Xsoftnet() at Xsoftnet+0x40
> --- interrupt ---
> idle(e34cd738,e35edf78,bfbf001f,bfbf001f) at idle+0x20
> bpendtsleep(e35d0618,128,c02d96a7,0,0,e35edf78,e35edf40,c01b22d7) at bpendtsleep
> 
> sigsuspend1(e34cd738,e35edf30,10,283,e35edf80) at sigsuspend1+0x106
> sys___sigsuspend14(e34cd738,e35edf80,e35edf78,c0c3b038) at sys___sigsuspend14+0x3c
> syscall_plain(bfbf001f,bfbf001f,1f,bfbf001f,bfbfdc1c) at syscall_plain+0xa7
> 
> 
> Second one:
> uvm_fault(0xc0322e40, 0xc0e3d000, 0, 1) -> e
> 
> sppp_output(c0d49000,c0e3cf00,c0d434f0,c0c98c60,c0e3cf00) at
> sppp_output+0x170
> ip_output(c0e3cf00,0,c0d51f68,0,0) at ip_output+0x789
> in_gif_output(c0d51e00,18,c0e3cf00,e39d0df0,c0d43200) at
> in_gif_output+0x2e3
> gifintr(c0d51e00,6,c0cd5c00,42ea) at gifintr+0xd7
> softintr_dispatch(1) at softintr_dispatch+0x99
> Xsoftnet() at Xsoftnet+0x40
> --- interrupt ---
> 0xe36f84d4:

I had similar problems with pppoe(4) and stf(4) but never reported them
because I wasn't been able to get dump. It seems that there is general
problem between our PPPoE driver and tunnels.

	Kind regards

-- 
Matthias Scheler                                  http://scheler.de/~matthias/