From owner-freebsd-x11@freebsd.org Mon Nov 19 19:10:51 2018 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1485411242B6 for ; Mon, 19 Nov 2018 19:10:51 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (mail.docbase.net [188.40.142.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 186798844E for ; Mon, 19 Nov 2018 19:10:49 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTP id 118717FEA4 for ; Mon, 19 Nov 2018 20:10:48 +0100 (CET) Authentication-Results: mail.docbase.net (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=pizarro.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pizarro.net; h= content-transfer-encoding:user-agent:message-id:references :in-reply-to:subject:subject:to:from:from:date:date:content-type :content-type:mime-version; s=dkim; t=1542654645; x=1543518646; bh=hPgnhQEa7Bl6m1qvG0IY0+cGY8o0/3T/4JnALYwcStg=; b=aKV6HjTQkHGo ijjf83r7ugS+NH5KWGurMoCqn9fhX84ll8CgV/A7LTz4EhkgvBkWM27gwahaoXV6 hoE+XVg+KkGSiTX71X6KfCcidOAljdrSYJ54psyBblGdnQtKgqz91CYrwQgc2V16 sZekJwZIdniNkE3mAAGt6N0AaP8h0E0= X-Virus-Scanned: amavisd-new at mail.docbase.net Received: from mail.docbase.net ([10.0.1.10]) by mail.docbase.net (mail.docbase.net [10.0.1.10]) (amavisd-new, port 10026) with ESMTP id NKvaLgMdM_i7 for ; Mon, 19 Nov 2018 20:10:45 +0100 (CET) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTPSA id 3BADA7FE9E for ; Mon, 19 Nov 2018 20:10:45 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed 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) In-Reply-To: <315d259a36cc0ef4f722f07bc4299c12@pizarro.net> References: <7305dab1b028178e659d5f11de5fb35c@pizarro.net> <315d259a36cc0ef4f722f07bc4299c12@pizarro.net> Message-ID: <44d746f3e1a9e7bfadcc8451dee4296f@pizarro.net> X-Sender: matias@pizarro.net User-Agent: Roundcube Webmail Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 186798844E X-Spamd-Result: default: False [-4.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pizarro.net]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-x11@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_GOOD(-0.01)[cached: mail01.docbase.net]; DKIM_TRACE(0.00)[pizarro.net:+]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; DMARC_POLICY_ALLOW(-0.50)[pizarro.net,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-1.41)[ipnet: 188.40.0.0/16(-4.21), asn: 24940(-2.83), country: DE(-0.01)]; ASN(0.00)[asn:24940, ipnet:188.40.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 19:10:51 -0000 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"