From nobody Wed Mar 29 08:41:23 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 4Pmg6K0VWpz42DSR for ; Wed, 29 Mar 2023 08:42:33 +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 4Pmg6H6VZPz3mgr for ; Wed, 29 Mar 2023 08:42:31 +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=sd3RKlgI; 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=XWbwgwAQjQUwsRFFB3L2HqDDNKVLbOEB1WOlbtnqR1Y=; b=sd3RKlgIc1fbEZjBjcWuKs0+30 RiBVjLYv8hJXGku5cG1U68a2yIC8nFH7V/YkkuSHYz8tc0AsbXmonfGX/sBwydEnhHDlrq7q1/4T+ ppx5o1EUaucA5hRVct0T/lWimnfOdePh1wyK6ZpPQaURRnwQxbUF9Ga2Q1wC8xj4jhv6DY2YvDtjB EL8gJ0R9uCfPg4o+r45IMvSXuNeyqJ+OER3mZ27FwyhTIylGbGuQ2Mz5uNor9fgXKdo78PHv+EMoP 17bwMeCqM5+fXkq8qWCp2IyquiZpkU54ufF7p5W/k5zwaH58CnN+VvaErI27OcLtbrSiqWoFY1+PF MOfkAu2w==; Received: from sslproxy01.your-server.de ([78.46.139.224]) by www94.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1phRNx-000F6x-5J; Wed, 29 Mar 2023 10:42:25 +0200 Received: from [2a02:3100:9581:6000:4a2a:e3ff:fe1a:da58] (helo=danton.virtual-earth.de) by sslproxy01.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1phRNw-000Sbc-Tw; Wed, 29 Mar 2023 10:42:24 +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> User-agent: mu4e 1.8.14; emacs 28.2 From: Mathias Picker To: Cy Schubert Cc: Shane Ambler , FreeBSD-STABLE Subject: Re: -stable from today dumps core with drm-510-kmod and some graphical clients Date: Wed, 29 Mar 2023 10:41:23 +0200 In-reply-to: <20230327145629.3b55eed8@slippy> Message-ID: <86fs9o9cen.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/26858/Wed Mar 29 09:28:45 2023) X-Spamd-Result: default: False [-4.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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_IN_DNSWL_LOW(-0.10)[78.46.139.224:received]; RCVD_IN_DNSWL_NONE(0.00)[213.133.104.94:from]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[virtual-earth.de:+]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_THREE(0.00)[3]; HAS_X_AS(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Pmg6H6VZPz3mgr X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N 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=20 >> : >> >In message=20 >> ><8b47d0a4-a8f1-1841-ee59-3949fe69cbd7@ShaneWare.Biz>, Shane=20 >> >Ambler w >> >rites:=20=20 >> >> On 26/3/23 01:37, Mathias Picker wrote:=20=20 >> >> >=20 >> >> > Starting sddm works fine, starting my normal session=20 >> >> > crashes or freezes >> >> > FreeBSD. >> >> >=20 >> >> > I can find no error messages after a reboot. >> >> >=20 >> >> > 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. >> >> >=20 >> >> > =C3=A2=C2=80=C2=9CDemanding=C3=A2=C2=80=C2=9D means even simple thi= ngs like=20 >> >> > qterminal. I tried firefox an=20=20 >> >> d=20=20 >> >> > blender and then I had it with the reboots and=20 >> >> > didn=C3=A2=C2=80=C2=99t try anything else. >> >> > xedit works fine :) >> >> >=20 >> >> > I have nothing in the logs, I have no idea where to look=20 >> >> > or how to debug >> >> > this. >> >> >=20 >> >> > Any ideas, tipps, help greatly apreciated.=20=20 >> >> >> >> >> >> 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 in=20 >> >> /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.=20=20 >> > >> >drm-*-kmod probably needs a rebuild. Likely a data structure=20 >> >changed. In my=20 >> >experience a simple rebuild of the port solves 90% of=20 >> >drm-*-kmod crash=20 >> >problems. >> >=20=20 >> Hi Cy, >>=20 >> 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=20 >> safe side. >>=20 >> I switched my swap to non-encrypted and will look if I can get=20 >> any information from the kernel dump tomorrow. >>=20 >> 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 usual > suspects. > > I use drm-515 with 14-CURRENT. I=E2=80=99m currently finishing a customer project and have not found the=20 time to test this. Will do this evening (CET time). --=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