panic in arptimer

Hello, Kernel panics in arptimer after detaching network interface. See dmesg below please. It happened on NetBSD/amd64 on GENERIC.201510182130Z from nyftp. I think this problem looks like kern/50186. How-To-Repeat: 1. Boot kernel into single user mode with "boot netbsd -s". 2. sysctl -w

Re: panic in arptimer

Hi, I've reproduced the panic on my machine and I'm investing the problem. Thank you for the report, ozaki-r On Mon, Oct 19, 2015 at 4:10 PM, Takahiro Hayashi wrote: > Hello, > > Kernel panics in arptimer after detaching network interface. > See dmesg below please. > It

Re: NFS related panic? (was: Re: Killing a zombie process?)

On Tue 20 Oct 2015 at 01:04:59 +0200, Rhialto wrote: > with a rebuilt netbsd.gdb (hopefully the addresses match) > > #5 0x806b94b4 in nfs_sigintr (nmp=0x0, rep=0xfe81163730a8, > l=0x0) at ../../../../nfs/nfs_socket.c:871 nmp should not be NULL here... let's look at rep, where it

Re: NFS related panic? (was: Re: Killing a zombie process?)

with a rebuilt netbsd.gdb (hopefully the addresses match) (gdb) target kvm netbsd.5.core 0x8063d735 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:671 671 dumpsys(); (gdb) bt #0 0x8063d735 in

NFS related panic? (was: Re: Killing a zombie process?)

On Fri 16 Oct 2015 at 16:31:18 +0200, J. Hannken-Illjes wrote: > On 16 Oct 2015, at 13:44, Rhialto wrote: > > > "Interesting" results: it built packages overnight (from around 22:30 to > > 12:13, so for nearly 14 hours), then, when I didn't look, it rebooted. > > With panic? I

daily CVS update output

Updating src tree: P src/distrib/sets/lists/xserver/md.sgimips P src/external/mit/xorg/server/drivers/Makefile P src/share/man/man4/shmif.4 P src/share/mk/bsd.man.mk P src/share/mk/bsd.own.mk P src/sys/arch/arm/nvidia/files.tegra P src/sys/arch/arm/nvidia/tegra_hdmi.c P