Date: Tue, 29 Aug 2023 14:54:25 +0200 From: Sebastian Oswald <sebastian@rostwald.de> To: stable@freebsd.org Subject: Re: drm-515-kmod kernel panic on alder lake Message-ID: <20230829145425.615ba10e@h-itbuero.mgmt.a.gassner.lan> In-Reply-To: <20230829143314.468f0d77@h-itbuero.mgmt.a.gassner.lan> References: <20230829143314.468f0d77@h-itbuero.mgmt.a.gassner.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/gpUYLnNnLzEPndX2VAtV+30 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sorry for the butchered log excerp, here it is again without auto-wrapping: Aug 29 10:12:00 hal9000 kernel: Fatal trap 12: page fault while in kernel m= ode Aug 29 10:12:00 hal9000 kernel: cpuid =3D 1; apic id =3D 01 Aug 29 10:12:00 hal9000 kernel: fault virtual address =3D 0xffffffff84166= ed0 Aug 29 10:12:00 hal9000 kernel: fault code =3D supervisor read= instruction, protection violation Aug 29 10:12:00 hal9000 kernel: instruction pointer =3D 0x20:0xffffffff= 84166ed0 Aug 29 10:12:00 hal9000 kernel: stack pointer =3D 0x28:0xfffffe00= c4954ac8 Aug 29 10:12:00 hal9000 kernel: frame pointer =3D 0x28:0xfffffe00= c4954dc0 Aug 29 10:12:00 hal9000 kernel: code segment =3D base 0x0, limit= 0xfffff, type 0x1b Aug 29 10:12:00 hal9000 kernel: =3D DPL 0, pres 1, = long 1, def32 0, gran 1 Aug 29 10:12:00 hal9000 kernel: processor eflags =3D interrupt enabl= ed, resume, IOPL =3D 0 Aug 29 10:12:00 hal9000 kernel: current process =3D 0 (firmware tas= kq) Aug 29 10:12:00 hal9000 kernel: rdi: 0000000300000001 rsi: ffffffff84166e78= rdx: 0000000000000000 Aug 29 10:12:00 hal9000 kernel: rcx: 0000000003100000 r8: 0000000000000004= r9: ffffffff814f3d80 Aug 29 10:12:00 hal9000 kernel: rax: ffffffff84166f20 rbx: fffff8029ba94780= rbp: fffffe00c4954dc0 Aug 29 10:12:00 hal9000 kernel: r10: ffffffff8415b023 r11: ff8899a091969da0= r12: ffffffff816d7c68 Aug 29 10:12:00 hal9000 kernel: r13: fffffe00c4954e10 r14: fffffe001f93be40= r15: ffffffff84166f18 Aug 29 10:12:00 hal9000 kernel: trap number =3D 12 Aug 29 10:12:00 hal9000 kernel: panic: page fault Aug 29 10:12:00 hal9000 kernel: cpuid =3D 1 Aug 29 10:12:00 hal9000 kernel: time =3D 1693296652 Aug 29 10:12:00 hal9000 kernel: KDB: stack backtrace: Aug 29 10:12:00 hal9000 kernel: #0 0xffffffff80b8fbfd at kdb_backtrace+0x5d Aug 29 10:12:00 hal9000 kernel: #1 0xffffffff80b42d02 at vpanic+0x132 Aug 29 10:12:00 hal9000 kernel: #2 0xffffffff80b42bc3 at panic+0x43 Aug 29 10:12:00 hal9000 kernel: #3 0xffffffff8100b81c at trap_fatal+0x40c Aug 29 10:12:00 hal9000 kernel: #4 0xffffffff8100b86f at trap_pfault+0x4f Aug 29 10:12:00 hal9000 kernel: #5 0xffffffff80fe1f58 at calltrap+0x8 Aug 29 10:12:00 hal9000 kernel: #6 0xffffffff80b0dde3 at linker_reference_m= odule+0xe3 Aug 29 10:12:00 hal9000 kernel: #7 0xffffffff80b8ba4f at loadimage+0x1f Aug 29 10:12:00 hal9000 kernel: #8 0xffffffff80ba54f2 at taskqueue_run_lock= ed+0x182 Aug 29 10:12:00 hal9000 kernel: #9 0xffffffff80ba6782 at taskqueue_thread_l= oop+0xc2 Aug 29 10:12:00 hal9000 kernel: #10 0xffffffff80afd46f at fork_exit+0x7f Aug 29 10:12:00 hal9000 kernel: #11 0xffffffff80fe2fbe at fork_trampoline+0= xe > Hello, >=20 > On a fresh install of 14.0-ALPHA3 on a ThinkPad T16 with Alder Lake > i7-1255U, the i915kms module, or more specific the alder lake firmware > (i915_adlp_dmc_bin.ko), causes a kernel panic/crash when it is loaded. >=20 > With debug.debugger_on_panic=3D1 the system hangs forever and needs to be > shut down forcefully; with =3D0 it reboots and I get the following log > entry: >=20 > Aug 29 10:12:00 hal9000 kernel: Fatal trap 12: page fault while in > kernel mode Aug 29 10:12:00 hal9000 kernel: cpuid =3D 1; apic id =3D 01 > Aug 29 10:12:00 hal9000 kernel: fault virtual address =3D > 0xffffffff84166ed0 Aug 29 10:12:00 hal9000 kernel: fault code > =3D supervisor read instruction, protection violation Aug 29 10:12:00 > hal9000 kernel: instruction pointer =3D 0x20:0xffffffff84166ed0 Aug > 29 10:12:00 hal9000 kernel: stack pointer =3D > 0x28:0xfffffe00c4954ac8 Aug 29 10:12:00 hal9000 kernel: frame pointer > =3D 0x28:0xfffffe00c4954dc0 Aug 29 10:12:00 hal9000 kernel: code > segment =3D base 0x0, limit 0xfffff, type 0x1b Aug 29 10:12:00 > hal9000 kernel: =3D DPL 0, pres 1, long 1, def32 > 0, gran 1 Aug 29 10:12:00 hal9000 kernel: processor eflags =3D > interrupt enabled, resume, IOPL =3D 0 Aug 29 10:12:00 hal9000 kernel: > current process =3D 0 (firmware taskq) Aug 29 10:12:00 hal9000 > kernel: rdi: 0000000300000001 rsi: ffffffff84166e78 rdx: > 0000000000000000 Aug 29 10:12:00 hal9000 kernel: rcx: 0000000003100000 > r8: 0000000000000004 r9: ffffffff814f3d80 Aug 29 10:12:00 hal9000 > kernel: rax: ffffffff84166f20 rbx: fffff8029ba94780 rbp: > fffffe00c4954dc0 Aug 29 10:12:00 hal9000 kernel: r10: ffffffff8415b023 > r11: ff8899a091969da0 r12: ffffffff816d7c68 Aug 29 10:12:00 hal9000 > kernel: r13: fffffe00c4954e10 r14: fffffe001f93be40 r15: > ffffffff84166f18 Aug 29 10:12:00 hal9000 kernel: trap number > =3D 12 Aug 29 10:12:00 hal9000 kernel: panic: page fault Aug 29 10:12:00 > hal9000 kernel: cpuid =3D 1 Aug 29 10:12:00 hal9000 kernel: time =3D > 1693296652 Aug 29 10:12:00 hal9000 kernel: KDB: stack backtrace: Aug 29 > 10:12:00 hal9000 kernel: #0 0xffffffff80b8fbfd at kdb_backtrace+0x5d > Aug 29 10:12:00 hal9000 kernel: #1 0xffffffff80b42d02 at vpanic+0x132 > Aug 29 10:12:00 hal9000 kernel: #2 0xffffffff80b42bc3 at panic+0x43 Aug > 29 10:12:00 hal9000 kernel: #3 0xffffffff8100b81c at trap_fatal+0x40c > Aug 29 10:12:00 hal9000 kernel: #4 0xffffffff8100b86f at > trap_pfault+0x4f Aug 29 10:12:00 hal9000 kernel: #5 0xffffffff80fe1f58 > at calltrap+0x8 Aug 29 10:12:00 hal9000 kernel: #6 0xffffffff80b0dde3 > at linker_reference_module+0xe3 Aug 29 10:12:00 hal9000 kernel: #7 > 0xffffffff80b8ba4f at loadimage+0x1f Aug 29 10:12:00 hal9000 kernel: #8 > 0xffffffff80ba54f2 at taskqueue_run_locked+0x182 Aug 29 10:12:00 > hal9000 kernel: #9 0xffffffff80ba6782 at taskqueue_thread_loop+0xc2 Aug > 29 10:12:00 hal9000 kernel: #10 0xffffffff80afd46f at fork_exit+0x7f > Aug 29 10:12:00 hal9000 kernel: #11 0xffffffff80fe2fbe at > fork_trampoline+0xe >=20 >=20 > I already saw the thread on freebsd-current about a similar problem on > kabylake, where I found the hint to disabling debug.debugger_on_panic. > The modules/ports (graphics/gpu-firmware-intel-kmod@alderlake and > graphics/drm-515-kmod) have been built via poudriere last night from a > freshly cloned 'latest' ports tree. I also tried the packages from the > officiall repositories with the same result. >=20 > # uname -a > FreeBSD hal9000 14.0-ALPHA3 FreeBSD 14.0-ALPHA3 amd64 1400097 #0 > stable/14-n265022-2af9390e54ed: Fri Aug 25 05:45:56 UTC 2023 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 >=20 > # freebsd-version -urk > 14.0-ALPHA3 > 14.0-ALPHA3 > 14.0-ALPHA3 >=20 >=20 > Thanks, > Sebastian --Sig_/gpUYLnNnLzEPndX2VAtV+30 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEErQouifc5ybqTEVgvLx1vPG8zTyoFAmTt6oEACgkQLx1vPG8z TyrOxQf/SFoUjjEWp5sitG8e+qnQ/k8Xr+lP1Dfz8VNM78dmvAJcxGXQImULpO1F BtUIJ9+5WCvL6cF4BY+M8tqj173ZMIrvQYXBJj8suXHJEUz7mOZdDcEWE7ahJnOH GOmZSZjnOWtPv5dnaB55ZCkHPEaAn1SCViJe2RWhBx1vgtRCDtmtixS3HzMcgR2i WDwMYDgm2pVi1tIeYL+eSjdp8D+m7+FlGSKQgH+lwRcU2OIDm8QWY316xmqeMM5p MtPgGw2uw4g3JIxkbi9bYU8VBJWU3tSwzgD+6Yy05yf6U4Gmkie6lf9sf29tWXJV iLu8gs3HE7mcVFXnmeypgOI7THry8g== =i+Rv -----END PGP SIGNATURE----- --Sig_/gpUYLnNnLzEPndX2VAtV+30--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230829145425.615ba10e>