Re: dk for z/lvm volumes?

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

And perhaps somewhat more interesting:

(gdb) target kvm netbsd.12.core
0xffffffff80224225 in cpu_reboot (howto=260, bootstr=<optimized out>)
at ../../../../arch/amd64/amd64/machdep.c:720
720                     dumpsys();
(gdb) bt
#0  0xffffffff80224225 in cpu_reboot (howto=260, bootstr=<optimized
out>) at ../../../../arch/amd64/amd64/machdep.c:720
#1  0xffffffff809fde2f in sysctl_proc_findproc (l=<unavailable>,
pid=<unavailable>, p2=<unavailable>) at
../../../../kern/kern_resource.c:840
#2  0xffffffff80a40299 in addtstamp (tp=0x104, flags=-2127178466) at
../../../../kern/subr_prf.c:504
#3  putchar (c=260, flags=-2127178466, tp=0x104) at
../../../../kern/subr_prf.c:531
#4  0xffffffff80a4035d in klogpri (level=<optimized out>) at
../../../../kern/subr_prf.c:416
#5  0xffffffff8022669d in trap (frame=0x8) at
../../../../arch/amd64/amd64/trap.c:324
#6  0xffffffff8021ed43 in alltraps ()
#7  0xffffffff80abd3bf in spec_write (v=<optimized out>) at
../../../../miscfs/specfs/spec_vnops.c:802
#8  0xffffffff80ab0d6e in vop_pre (vp=0xffffda35816db940,
vp=0xffffda35816db940, op=FST_NO, mpsafe=<synthetic pointer>,
mp=<synthetic pointer>)
    at ../../../../kern/vnode_if.c:62
#9  VOP_FCNTL (vp=0xffffda35816db940, command=2147483136, data=0x0,
fflag=-1786626592, cred=0x1) at ../../../../kern/vnode_if.c:647
#10 0xffffffff80aa8025 in vn_open (ndp=0x200, fmode=0, cmode=0) at
../../../../kern/vfs_vnops.c:212
#11 0xffffffff80a4df87 in sys_write (l=<optimized out>, uap=0x200,
retval=0x6) at ../../../../kern/sys_generic.c:314
#12 0xffffffff80a4e04f in sys_ioctl (l=<optimized out>,
uap=0xffff8e8195823fb0, retval=<optimized out>) at
../../../../kern/sys_generic.c:613
#13 0xffffffff80255cb9 in sy_call (rval=0x3, uap=0xffff8e8195824000,
l=0xffffda3583e2c480, sy=0xffff8e8195824000) at
../../../../sys/syscallvar.h:65
#14 sy_invoke (code=-2082290560, rval=0x3, uap=0xffff8e8195824000,
l=0xffffda3583e2c480, sy=0xffff8e8195824000) at
../../../../sys/syscallvar.h:94
#15 syscall (frame=0xffff8e8195824000) at ../../../../arch/x86/x86/syscall.c:138
#16 0xffffffff802096ad in handle_syscall ()

which points to a different line in spec_vnops.c .

On Sat, 29 Feb 2020 at 11:54, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
>
> On Sat, 29 Feb 2020 at 11:47, Michael van Elst <mlelstv%serpens.de@localhost> wrote:
> >
> > ci4ic4%gmail.com@localhost (Chavdar Ivanov) writes:
> >
> > >addr2line didn't return anything (most likely I was invoking it wrong,
> > >I don't know).
> >
> > You need to use the debug kernel (the netbsd.gdb file).
>
> Thanks,
> >
> > >gdb points to spec_read:
> >
> > When used with netbsd.gdb you get more information. If you haven't
> > built it, you can still do (from the same sources) and use it to
> > analyze the core file.
>
> # addr2line -e ../sysbuild/src/sys/arch/amd64/compile/GENERIC/netbsd.gdb
>  0xffffffff80abd3bf
> /home/sysbuild/src/sys/arch/amd64/compile/GENERIC/../../../../miscfs/specfs/spec_vnops.c:784
>
>
> >
> >
> >
> > --
> > --
> >                                 Michael van Elst
> > Internet: mlelstv%serpens.de@localhost
> >                                 "A potential Snark may lurk in every tree."
>
>
>
> --
> ----



-- 
----