Re: locking error using today's sources

[mlh%goathill.org@localhost (MLH)]

David reports:

> I just got this using today's kernel+userland during a pkgsrc Rust compilation while updating Firefox (pkgsrc also today's).  System is a ThinkPad P53, i9 9880H and 48GB RAM:
> 
> [ 8734.5350365] panic: kernel diagnostic assertion "l->l_refcnt != 0" failed: file "/usr/src/sys/kern/kern_lwp.c", line 1701
> [ 8734.5350365] cpu2: begin traceback...
> [ 8734.5350365] vpanic() at netbsd:vpanic+0x178
> [ 8734.5350365] kern_assert() at netbsd:kern_assert+0x48
> [ 8734.5350365] lwp_addref() at netbsd:lwp_addref+0xbc
> [ 8734.5350365] procfs_rw() at netbsd:procfs_rw+0xeb
> [ 8734.5350365] VOP_READ() at netbsd:VOP_READ+0x53
> [ 8734.5350365] vn_read() at netbsd:vn_read+0x88

I got one that might be related with yesterday's :  NetBSD 9.99.50
Wed Mar 18 12:46:17 EDT 2020

This goes along with : 
Re: port-amd64/54988: possible memory leaks/swap problems
that I have been having sincemid Jan when the uvm changes were
first made.

In this case I had rebooted then started doing an install of pkgsrc
binaries that I had just finished building using a kernel from late
Jan. I had finished than then rebooted so I could build a new
-current, which ran down to about 4M of ram (with no logged use of
swap, as has been typical) so I rebooted again to do the pkgsrc
binary install. However phymem ran low again and before I could
stop the install, this panic occurred and trashed /usr/pkg and
/var/db/pkg. As I have stated a few times, I have had to reboot
several times a day with this box since I started using any kernel
since the uvm changes were started in mid Jan. This is the same
regardless of what drive I use (three different drives with different
-current installs). If I boot an earlier kernel, the problems don't
occur and swap is used as it normally is so I don't think it is
hardware.

[ 16633.720819] panic: kernel diagnostic assertion "ptp->wire_count == 1"
failed: file "/usr/src/sys/arch/x86/x86/pmap.c", line 2232
[ 16633.720819] cpu1: Begin traceback...
[ 16633.720819] vpanic() at netbsd:vpanic+0x178
[ 16633.720819] kern_assert() at netbsd:kern_assert+0x48
[ 16633.720819] pmap_unget_ptp() at netbsd:pmap_unget_ptp+0x1f1
[ 16633.720819] pmap_get_ptp() at netbsd:pmap_get_ptp+0x300
[ 16633.720819] pmap_enter_ma() at netbsd:pmap_enter_ma+0x6fb
[ 16633.720819] pmap_enter_default() at netbsd:pmap_enter_default+0x29
[ 16633.720819] uvm_fault_internal() at netbsd:uvm_fault_internal+0xf2e
[ 16633.720819] trap() at netbsd:trap+0x50a
[ 16633.720819] --- trap (number 6) ---
[ 16633.720819] 7f7e2fa007e0:
[ 16633.720819] cpu1: End traceback...

[ 16633.720819] dumping to dev 0,1 (offset=1159, size=1044333):
[ 16633.720819] dump <4>coretemp0: workqueue busy: updates stopped
[ 16691.111734] coretemp1: workqueue busy: updates stopped