Date: Mon, 11 Mar 2024 20:23:51 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 277638] Crash when running devinfo on RPI CM4 Message-ID: <bug-277638-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277638 Bug ID: 277638 Summary: Crash when running devinfo on RPI CM4 Product: Base System Version: 15.0-CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: hp@tmm.cx Note: This was also tested on 14.0-RELEASE with the same results. To boot the CM4 it is necessary to set devmatch_enable=3D"NO". This papers = over the same crash it seems as gets triggered when running "devinfo" with it enabled. Doing this results in the following backtrace (obtained using kgdb) #0 0xffff00000042b1c8 in doadump (textdump=3D0, textdump@entry=3D323429846= 4) at /usr/src/sys/kern/kern_shutdown.c:403 #1 0xffff0000000efaa4 in db_dump (dummy=3D<optimized out>, dummy2=3D<optim= ized out>, dummy3=3D<optimized out>, dummy4=3D<optimized out>) at /usr/src/sys/ddb/db_command.c:590 #2 0xffff0000000ef880 in db_command (last_cmdp=3D<optimized out>, cmd_table=3D<optimized out>, dopager=3Dtrue) at /usr/src/sys/ddb/db_command= .c:503 #3 0xffff0000000ef568 in db_command_loop () at /usr/src/sys/ddb/db_command.c:550 #4 0xffff0000000f3050 in db_trap (type=3D<optimized out>, code=3D<optimize= d out>) at /usr/src/sys/ddb/db_main.c:267 #5 0xffff00000047a94c in kdb_trap (type=3D60, code=3D0, tf=3D<optimized ou= t>) at /usr/src/sys/kern/subr_kdb.c:790 #6 <signal handler called> #7 kdb_enter (why=3D<optimized out>, msg=3D<optimized out>) at /usr/src/sys/kern/subr_kdb.c:556 #8 0xffff00000042b480 in vpanic (fmt=3D<optimized out>, ap=3D...) at /usr/src/sys/kern/kern_shutdown.c:961 #9 0xffff00000042b29c in panic (fmt=3D0x12 <error: Cannot access memory at address 0x12>) at /usr/src/sys/kern/kern_shutdown.c:889 #10 0xffff00000077e964 in data_abort (td=3D0xffff0000c3a86c80, frame=3D0xffff0000c0c783b0, esr=3D2516582404, far=3D<optimized out>, lower= =3D0) at /usr/src/sys/arm64/arm64/trap.c:398 #11 <signal handler called> #12 strlcpy (dst=3Ddst@entry=3D0xffff0000c0c78570 "", src=3D0xdeadc0dedeadc= 0de <error: Cannot access memory at address 0xdeadc0dedeadc0de>, dsize=3Ddsize@entry=3D32) at /usr/src/sys/libkern/strlcpy.c:36 #13 0xffff000000486c4c in sysctl_rman (oidp=3D<optimized out>, arg1=3D<opti= mized out>, arg2=3D<optimized out>, req=3D0xffff0000c0c786d0) at /usr/src/sys/kern/subr_rman.c:998 #14 0xffff00000043d3e4 in sysctl_root_handler_locked (oid=3Doid@entry=3D0xffff000000a3aa60 <sysctl___hw_bus_rman>, arg1=3Darg1@entry=3D0xffff0000c0c787ac, arg2=3Darg2@entry=3D3, req=3Dreq@entry=3D0xffff0000c0c786d0,=20 tracker=3Dtracker@entry=3D0xffff0000c0c78658) at /usr/src/sys/kern/kern_sysctl.c:199 #15 0xffff00000043c754 in sysctl_root (oidp=3D<optimized out>, arg1=3D0xffff0000c0c787ac, arg1@entry=3D0xffff0000c0c787a0, arg2=3D3, arg2@= entry=3D6, req=3Dreq@entry=3D0xffff0000c0c786d0) at /usr/src/sys/kern/kern_sysctl.c:24= 07 #16 0xffff00000043cdec in userland_sysctl (td=3Dtd@entry=3D0xffff0000c3a86c= 80, name=3Dname@entry=3D0xffff0000c0c787a0, namelen=3D<optimized out>, old=3D0x= 1e0e686d760, oldlenp=3D<optimized out>, inkernel=3D<optimized out>, inkernel@entry=3D-10= 60665472,=20 new=3D<optimized out>, newlen=3D<optimized out>, retval=3D0xffff0000c0c= 78798, flags=3D0) at /usr/src/sys/kern/kern_sysctl.c:2564 #17 0xffff00000043cc68 in sys___sysctl (td=3D0xffff0000c3a86c80, uap=3D0xffff0000c3a87080) at /usr/src/sys/kern/kern_sysctl.c:2437 #18 0xffff00000077df4c in syscallenter (td=3D0xffff0000c3a86c80) at /usr/src/sys/arm64/arm64/../../kern/subr_syscall.c:186 #19 svc_handler (td=3D0xffff0000c3a86c80, frame=3D<optimized out>) at /usr/src/sys/arm64/arm64/trap.c:198 #20 do_el0_sync (td=3D0xffff0000c3a86c80, frame=3D<optimized out>) at /usr/src/sys/arm64/arm64/trap.c:640 #21 <signal handler called> #22 0x000001e0e9df9944 in ?? () #23 0x000001e0e9d7e888 in ?? () After looking at the code a bit it seems that the "rm" entry is invalid at = that point. I don't really know how to continue debugging this. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-277638-227>