From nobody Sun Apr 2 19:20:47 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PqP753Fkvz445Kq; Sun, 2 Apr 2023 19:22:41 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PqP7423khz4LDV; Sun, 2 Apr 2023 19:22:40 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=tVjpcJGy; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de; dmarc=pass (policy=none) header.from=virtual-earth.de DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:In-reply-to:Date:Subject:Cc:To:From:References:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=iu1TcaEvOLx1noJHjFY999NktBxUZ5H5hpMkX66OsNU=; b=tVjpcJGyH9t6Us9ID1s4b7kcz6 WK0/3++KwdELVP4L8UjHzUG7vYOg4fqaubTaKcLuoG4hs7EKrDrmBfi8bNB6x/aFyr/ZwrQCAUAmS Cu1+kTUUzBUr7Jy1r0DcYONP5FH2NF7mExp/y5X33RYO8gaGA9r8ba9nXBOw5o79ZkvbWTdG7EhXd lwiw1k0QY6EZrn5TZAvxLlQgjDVJxB5gsz6OE/RpmVzTypAe5ld961I0xykrEvBjjL+evOHJBHEuW MZGhV+w/gI0okhDO/aXQvlzBBDT5aLkuzVV62DORyqRK9HNwTZD+WMVb9yv71T4Ot6Ue2xO4zDnbI Sg4j6F8A==; Received: from sslproxy02.your-server.de ([78.47.166.47]) by www94.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pj3HX-000ESC-S1; Sun, 02 Apr 2023 21:22:27 +0200 Received: from [95.117.104.213] (helo=danton.virtual-earth.de) by sslproxy02.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pj3HX-0006Rp-BH; Sun, 02 Apr 2023 21:22:27 +0200 References: <86o7og27eh.fsf@virtual-earth.de> <8b47d0a4-a8f1-1841-ee59-3949fe69cbd7@ShaneWare.Biz> <20230327210535.9ED5A1D7@slippy.cwsent.com> <044587F7-4BA9-4585-A789-F4B53E8D02A2@virtual-earth.de> <20230327145629.3b55eed8@slippy> <86o7oa1i6t.fsf@virtual-earth.de> User-agent: mu4e 1.8.14; emacs 28.2 From: Mathias Picker To: Mathias Picker Cc: Cy Schubert , Shane Ambler , FreeBSD-STABLE , stable@freebsd.org Subject: Works with RC6 (Was: Re: -stable from today dumps core with drm-510-kmod and some graphical clients) Date: Sun, 02 Apr 2023 21:20:47 +0200 In-reply-to: <86o7oa1i6t.fsf@virtual-earth.de> Message-ID: <861ql2xf65.fsf@virtual-earth.de> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.103.8/26863/Sun Apr 2 09:22:49 2023) X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org,stable@freebsd.org]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[virtual-earth.de:+]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_DN_SOME(0.00)[]; HAS_X_AS(0.00)[] X-Rspamd-Queue-Id: 4PqP7423khz4LDV X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N I just tried RC6 from git. Everything works with the latest pkg and with rebuild ports. Will try -stable again tomorrow evenig CET time. Thanks to everyone looking into this. Mathias Mathias Picker writes: > Cy Schubert writes: > >> On Mon, 27 Mar 2023 23:43:35 +0200 >> Mathias Picker wrote: >> >>> Am 27. M=C3=A4rz 2023 23:05:35 MESZ schrieb Cy Schubert >>> : >>> >In message=20 >>> >><8b47d0a4-a8f1-1841-ee59-3949fe69cbd7@ShaneWare.Biz>, Shane >>> >Ambler w >>> >rites: >> On 26/3/23 01:37, Mathias Picker wrote: >> >=20 >>> >>> > Starting >>> sddm works fine, starting my normal session >> > crashes or=20 >>> freezes >>> >> > FreeBSD. >>> >> > >> > I can find no error messages after a reboot. >>> >> > >> > I found out, that I can start xterm or emacs (exwm)=20 >>> >> > >> > >> > without >>> problems, >>> >> > xrandr works with external screen, but once I start >> >=20 >>> >> > anything more >>> >> > demanding (I guess demanding of the GPU) everything >> >=20 >>> >> > freezes or >>> FreeBSD >>> >> > even reboots. >>> >> > >> > =C3=A2=C2=80=C2=9CDemanding=C3=A2=C2=80=C2=9D means even sim= ple=20 >>> >> > >> > things like >> > >>> qterminal. I tried firefox an >> d >> > blender and then I=20 >>> had it with >>> the reboots and >> > didn=C3=A2=C2=80=C2=99t try anything else. >>> >> > xedit works fine :) >>> >> > >> > I have nothing in the logs, I have no idea where to=20 >>> >> > >> > look >> > or >>> how to debug >>> >> > this. >>> >> > >> > Any ideas, tipps, help greatly apreciated. >> >>> >> >>> >> FreeBSD Developers Handbook Chapter 10: Kernel Debugging >>> >> >>> >> https://docs.freebsd.org/en/books/developers-handbook/kerneldebug/ >>> >> >>> >> Running stable, kernel dumps may already be enabled, look=20 >>> >> in >> >>> /var/crash >>> >> >>> >> By enabling a kernel dump when it panics (dumpdev=3D"AUTO" in=20 >>> >> >> rc.conf) >>> the >>> >> kernel core is saved to swap space, then on reboot gets >>=20 >>> >> copied to >>> >> dumpdir (/var/crash) where you can then use kgdb (from >>=20 >>> >> devel/gdb) to >>> get >>> >> a stack trace to find where the panic happened. > >>> >drm-*-kmod probably needs a rebuild. Likely a data structure=20 >>> >>changed. In >>> my >experience a simple rebuild of the port solves 90% of=20 >>> >drm-*-kmod crash >>> >problems. >>> > Hi Cy, >>> sorry I didn't mention that, but I did rebuild drm-kmod, I=20 >>> actually do it >>> after every new kernel build, just to be on the safe side. >>> I switched my swap to non-encrypted and will look if I can get=20 >>> any >>> information from the kernel dump tomorrow. >>> Oh, and it's on a Thinkpad X1 Yoga 3rd gen, I just noticed I=20 >>> didn't mention >>> this. >> >> It may be worth trying drm-515-kmod as some MFC that works with=20 >> 515 and >> not 510 may have been committed. Linux-KPI commits are the=20 >> usual >> suspects. >> >> I use drm-515 with 14-CURRENT. > > Finally I found the time for a kernel crash dump. > This is what kgdb says > > mathiasp:amd64.amd64/sys/GENERIC% sudo kgdb kernel=20 > /var/crash/vmcore.2 GNU gdb > (GDB) 13.1 [GDB v13.1 for FreeBSD] > Copyright (C) 2023 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later=20 > > This is free software: you are free to change and redistribute=20 > it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-portbld-freebsd13.1". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from kernel... > Reading symbols from=20 > /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel.debug... > > Unread portion of the kernel message buffer: > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n"=20 > (offsetof(struct > pcpu, > (kgdb) backtrace > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=3D) at=20 > /usr/src/sys/kern/kern_shutdown.c:396 > #2 0xffffffff80c07c2a in kern_reboot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:484 > #3 0xffffffff80c080ce in vpanic (fmt=3D, > ap=3Dap@entry=3D0xfffffe01341fab50) at=20 > /usr/src/sys/kern/kern_shutdown.c:923 > #4 0xffffffff80c07f03 in panic (fmt=3D) at > /usr/src/sys/kern/kern_shutdown.c:847 > #5 0xffffffff810c1fa7 in trap_fatal (frame=3D0xfffffe01341fac40,=20 > eva=3D0) at > /usr/src/sys/amd64/amd64/trap.c:942 > #6 0xffffffff810c1fff in trap_pfault (frame=3D0xfffffe01341fac40, > usermode=3Dfalse, signo=3D, ucode=3D) > at /usr/src/sys/amd64/amd64/trap.c:761 > #7 > #8 0xffffffff84a07067 in shmem_get_pages () from=20 > /boot/modules/i915kms.ko > #9 0x0000000300000015 in ?? () > #10 0x0000000000000060 in ?? () > #11 0x0000000000000060 in ?? () > #12 0x0000000000060000 in ?? () > #13 0xfffffe00dc365a80 in ?? () > #14 0xfffff00100000060 in ?? () > #15 0xfffff8003e270c00 in ?? () > #16 0x00000000fffff000 in ?? () > #17 0xfffff8002138fc20 in ?? () > #18 0xfffffe00dc365a80 in ?? () > #19 0x0000000000000060 in ?? () > #20 0xfffff8003e270c00 in ?? () > #21 0x0000000000000060 in ?? () > #22 0xfffffe0131e0fc80 in ?? () > #23 0xfffffe01341fade0 in ?? () > #24 0xffffffff84a07596 in shmem_pwrite () from=20 > /boot/modules/i915kms.ko > #25 0x0000000000000000 in ?? () > (kgdb) Anything else I can do to help? > > I=E2=80=99m now building drm-515-kmod, let=E2=80=99s see how that works i= n=20 > -stable. > > /Mathias --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20