NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

webkit-gtk browsers cause current 9.99.93 to crash and reboot

Hi all,

So, the problem persists.
I've been using my system for nearly a week without issues but, I didn't have a web browser installed.

I've done rather intensive tasks, such as compiling rust-1.57.0 and all my rust based applications.
But, I finally found sometime to build webkit-gtk and lariza.
Launching the browser crashes the system as reported earlier,

Here's a backtrace,

2022-01-03 16:16 > uname -v
NetBSD 9.99.93 (GENERIC) #0: Sat Jan  1 15:10:53 UTC 2022
2022-01-03 16:16 > cd /var/crash/
2022-01-03 16:17 > ls
 # │ name             │ type │ size       │ modified
 0 │ bounds           │ File │          2 │ a minute ago
 1 │ minfree          │ File │          5 │ a week ago
 2 │ netbsd.0.core.gz │ File │ 88,383,781 │ 44 seconds ago
 3 │ netbsd.0.gz      │ File │    858,324 │ 43 seconds ago

2022-01-03 16:17 > su
pin@mybox # gunzip -d *gz
pin@mybox # ls
bounds        minfree       netbsd.0      netbsd.0.core
pin@mybox # gdb --symbols=/netbsd.gdb --eval-command="file /netbsd.gdb" --eval-command="target kvm netbsd.0.core" --eval-command "bt"
GNU gdb (GDB)
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64--netbsd".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
Find the GDB manual and other documentation resources online at:

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /netbsd.gdb...
Load new symbol table from "/netbsd.gdb"? (y or n) y
Reading symbols from /netbsd.gdb...
0xffffffff802261f5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:720
720     /usr/src/sys/arch/amd64/amd64/machdep.c: No such file or directory.
#0  0xffffffff802261f5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:720
#1  0xffffffff80dbe084 in kern_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/kern/kern_reboot.c:73
#2  0xffffffff80e01072 in vpanic (fmt=fmt@entry=0xffffffff814c3378 "%s: [%s] item %p not part of pool", ap=ap@entry=0xffff9980dbc8cd98) at /usr/src/sys/kern/subr_prf.c:290
#3  0xffffffff80e01137 in panic (fmt=fmt@entry=0xffffffff814c3378 "%s: [%s] item %p not part of pool") at /usr/src/sys/kern/subr_prf.c:209
#4  0xffffffff80dfe399 in pr_phinpage_check (object=0xffffe057a61c1dc0, page=<optimized out>, ph=<optimized out>, pp=0xffffe0591ef24440) at /usr/src/sys/kern/subr_pool.c:540
#5  pc_phinpage_check (object=0xffffe057a61c1dc0, pc=0xffffe0591ef24440) at /usr/src/sys/kern/subr_pool.c:564
#6  pool_cache_put_paddr (pc=0xffffe0591ef24440, object=0xffffe057a61c1dc0, pa=18446744073709551615) at /usr/src/sys/kern/subr_pool.c:2860
#7  0xffffffff80c96a23 in tmpfs_free_dirent (tmp=tmp@entry=0xffffe05775d683c0, de=0xffffe057823c8cb0) at /usr/src/sys/fs/tmpfs/tmpfs_subr.c:484
#8  0xffffffff80c9bc63 in tmpfs_remove (v=0xffff9980dbc8cea8) at /usr/src/sys/fs/tmpfs/tmpfs.h:325
#9  0xffffffff80e7b5d4 in VOP_REMOVE (dvp=0xffffe0577584b300, vp=<optimized out>, cnp=cnp@entry=0xffff9980dbc8cf50) at /usr/src/sys/kern/vnode_if.c:1161
#10 0xffffffff80e639cd in do_sys_unlinkat (l=<optimized out>, fdat=<optimized out>, arg=<optimized out>, flags=<optimized out>, seg=<optimized out>) at /usr/src/sys/kern/vfs_syscalls.c:2909
#11 0xffffffff8056bf6e in sy_call (rval=0xffff9980dbc8cfb0, uap=0xffff9980dbc8d000, l=0xffffe0579ef63340, sy=0xffffffff81883bd0 <sysent+240>) at /usr/src/sys/sys/syscallvar.h:65
#12 sy_invoke (code=10, rval=0xffff9980dbc8cfb0, uap=0xffff9980dbc8d000, l=0xffffe0579ef63340, sy=0xffffffff81883bd0 <sysent+240>) at /usr/src/sys/sys/syscallvar.h:94
#13 syscall (frame=0xffff9980dbc8d000) at /usr/src/sys/arch/x86/x86/syscall.c:138
#14 0xffffffff8020b25d in handle_syscall ()
#15 0x00007f7fff52b6a0 in ?? ()
#16 0x0000000000000000 in ?? ()

Guess I need to wait for a successful firefox build to test, I don't have diskspace to build firefox, and try that :(


Sent with ProtonMail Secure Email.

Home | Main Index | Thread Index | Old Index