Date: Mon, 19 Nov 2018 20:10:45 +0100 From: matias@pizarro.net To: freebsd-x11@freebsd.org Subject: Re: 12.0-RC1 drm_atomic panic (supervisor read data, protection violation) Message-ID: <44d746f3e1a9e7bfadcc8451dee4296f@pizarro.net> In-Reply-To: <315d259a36cc0ef4f722f07bc4299c12@pizarro.net> References: <e55727bf5aa9bd91b2b617e9f6df1bd3@pizarro.net> <7305dab1b028178e659d5f11de5fb35c@pizarro.net> <315d259a36cc0ef4f722f07bc4299c12@pizarro.net>
next in thread | previous in thread | raw e-mail | index | archive | help
I forgot to mention that though I currently have linux-c6 rolled out I=20 tried all the combinations of quarterly/latest,=20 drm-stable-kmod/drm-next-kmod, BETA4/RC1 with linux-c7 and got the same=20 panic. I do not at all understand what is at hand but I have a gut=20 feeling the fact this is happening with linux binaries is relevant. The=20 good thing is I can, alas, reproduce the issue at will. all the best, -- mat=C3=ADas On 19/11/2018 18:58, matias@pizarro.net wrote: > Sorry for the spam, I had forgotten this: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x830c0db10 > fault code =3D supervisor read data, protection violation > instruction pointer =3D 0x20:0xffffffff83e89ad1 > stack pointer =3D 0x28:0xfffffe00ea0a9740 > frame pointer =3D 0x28:0xfffffe00ea0a9880 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 55043 (sublime_text) > trap number =3D 12 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:999 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:999 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:676 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > WARNING !state->acquire_ctx failed at drm_atomic.c:263 > <4>WARN_ON(!mutex_is_locked(&dev->struct_mutex))WARN_ON(!mutex_is_locke= d(&fbc->lock))pipe > A vblank wait timed out > <4>WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->= lock))WARN_ON(!mutex_is_locked(&fbc->lock)) > panic: page fault >=20 >=20 >=20 > On 19/11/2018 18:43, matias@pizarro.net wrote: >> Sorry, I forgot to mention I am using the on-board UHD Graphics 620 >>=20 >> On 19/11/2018 18:37, matias@pizarro.net wrote: >>> Hello everyone, >>>=20 >>> Thanks for your great work that allows me to use a real OS on my work= =20 >>> machine. >>>=20 >>> I have been tracking 12-CURRENT on a ThinkPad T450 without issues >>> until now. I just got myself a T480 and rolled out 12.0-BETA4 and=20 >>> then >>> RC1, with the same packages but I am getting a panic when launching >>> either Sublime Text 3 or Textadept. All my other packages (mpv, >>> libreoffice, Inkscape, Firefox, Chromium, Xfe etc...) are working=20 >>> fine >>> but these two, which are linux binaries (relevant?), trigger the >>> panic, both in BETA4 and RC1, using drm-stable-kmod or drm-next-kmod, >>> from quarterly or latest pkg repos. >>> At the moment I have >>> $ pkg info -d drm-next-kmod >>> drm-next-kmod-4.11.g20181027_1: >>> gpu-firmware-kmod-g20181104 >>>=20 >>> Bearing in mind these are running on different hardware: >>> - works, self-compiled kernel: >>> FreeBSD lenovo01 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r334644= =20 >>> amd64 >>> - panics, fresh install from BETA4 image, binary-updated to RC1: >>> FreeBSD lenovo01 12.0-RC1 FreeBSD 12.0-RC1 r340470 GENERIC =20 >>> amd64 >>>=20 >>> After 12 hours of trying to sort this out I have run out of ideas. I >>> would appreciate it if you could help me figure out what should my >>> next steps be. >>> I could, for instance: >>> 1) Roll-out 12.0-RC1 on a BE on the machine that works to see if >>> the issue is linked with the change of hardware >>> 2) Roll-out 12-CURRENT r334644 on a BE on the panicking machine=20 >>> to >>> see if the issue is linked to the change of kernel >>> 3) Compile a DEBUG kernel on the panicking machine to help you >>> diagnose the issue >>> 4) Roll out a patched kernel if the included information inspires >>> you an idea for a patch >>>=20 >>> I have no idea of C or kernel hacking but I am confortable with >>> compiling custom kernels or building ports. >>>=20 >>> I have put the following in a gist, though I include here an extract >>> of part of the dump report to (hopefully) whet your appetite: >>> - /var/crash/core.txt, that contains full boot log, ps -axlww, >>> vmstat -s | -m | -z >>> - /boot/loader.conf >>> - /etc/rc.conf >>> - /etc/sysctl.conf >>> - /var/log/Xorg.0.log (I am not using any Xorg configuration) >>>=20 >>> gist URL:=20 >>> https://gist.github.com/rebost/1a2bbfc45e9273ae5a76a98c3a67a23d >>>=20 >>> I also have the actual vmcore dump at hand if necessary, but that's=20 >>> 1,4GB. >>>=20 >>> If there is anything else I can help you help me with, just let me=20 >>> know >>>=20 >>> Thanks for your help, past and future. >>>=20 >>> -- mat=C3=ADas >>> _______________________________________________ >>> freebsd-x11@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >>> To unsubscribe, send any mail to=20 >>> "freebsd-x11-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44d746f3e1a9e7bfadcc8451dee4296f>