Re: LOCKDEBUG panic with xterm resize on VGA

[Christoph Egger <Christoph_Egger%gmx.de@localhost>]

On Wednesday 14 May 2008 11:58:16 Christoph Egger wrote:
> Hi!
>
> I booted NetBSD/amd64 on a machine with many CPUs.
>
> I typed "resize" on the VGA console and it paniced:
>
> Mutex error: lockdebug_wantlock: locking against myself
>
> lock address : 0xffffffff80cad030 type     :               spin
> shared holds :                  0 exclusive:                 1
> shares wanted:                  0 exclusive:                  1
> current cpu  :                 c0 last held:                16
> current lwp  : 0xffff800047abb7c0 last held: 0xffff800047abb7c0
> lasted locked  : 0xffffffff80477d27 unlocked : 0xffffffff80477ca5
> initialized  : 0xffffffff80474aea
> owner field  : 0x0000000000010600 wait/spin:                0/1
>
> panic: LOCKDEBUG
> Stopped in pid 382.1 (resize) at            netbsd:breakpoint+0x5: leave
> db{16}> bt
> breakpoint() at netbsd:breakpoint+0x5
> panic() at netbsd:panic+0x257
> lockdebug_abort1() at netbsd:lockdebug_abort1+0xd3
> mutex_vector_enter() at netbsd:mutex_vector_entor+0x221
> ttyinput() at netbsd:ttyiput+0x32
> wsdisplay_emulinput() at netbsd:wsdisplay_emulinput+0x58
> wsemul_vt100_handle_csi() at netbsd:wsemul_vt100_handle_csi+0x65c
> wsemul_vt100_output_csi() at netbsd:wsemul_vt100_output_csi+0x37
> wsemul_vt100_output() at netbsd:wsemul_vt100_output+0x286
> wsdisplaystart() at netbsd:wsdisplaystart+0x181
> ttstart() at netbsd:ttstart+0x12
> ttwrite() at netbsd:ttwrite+0x2ba
> cdev_write() at netbsd:cdev_write+0x79
> cnwrite() at netbsd:cnwrite+0x45
> cdev_write() at netbsd:cdev_write+0x79
> spec_write() at netbsd:spec_write+0xa8
> VOP_WRITE() at netbsd:VOP_WRITE+0x60
> cttywrite() at netbsd:cttywrite+0x79
> cdev_write() at netbsd:cdev_write+0x79
> spec_write() at netbsd:spec_write+0xa8
> VOP_WRITE() at netbsd:VOP_WRITE+0x60
> vn_write() at netbsd:vn_write+0xce
> dofilewrite() at netbsd:dofilewrite+0x7e
> sys_write() at netbsd:sys_write+0x72
> syscall() at netbsd:sysall+0x9a
> db{16}>


An additional note:
PR 37915 might be the same.

Christoph