From nobody Thu Mar 20 19:52:19 2025 X-Original-To: current@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 4ZJbnz1CY5z5rJNV for ; Thu, 20 Mar 2025 19:52:23 +0000 (UTC) (envelope-from bz@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJbnz01wbz3KrJ; Thu, 20 Mar 2025 19:52:23 +0000 (UTC) (envelope-from bz@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742500343; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=KEMN2Dlo/BEQ6SbUS4z5oeY/9wiNW4f1JJVBHUEc+ZA=; b=MsJIL1u9y7gko5+PCztJSkFWtU35eG4jq8GzCvI7jg7emfJfhzz/a2g0kx77Uy+IYpivgf yHNyqpliIqOMuKKquO2rI4h1oYQTE08a7hd+2NFbKlU9+Myq8gtqLT22U2A3J3onl/l4Hv PfESLMrEy3NyrWxB0n2JUYmKK7t8y/Wc/rKkK9KHKMKkxaELnC34puw5oBJIGscFsKcVWd dWXODHZZ0OY+3l3Cbk8Pl8fn9W+nDBm+rXalO8s+6LI/MtGdvXVdj8BEeeMUsQHkRdKrFk he4ZoYZn1LqYVzPVZ78Cdl1RCfN5FVmMDSndR9koUwZwxm+YIKc2sBLxSUmUXA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742500343; a=rsa-sha256; cv=none; b=S5TC4Bw6o6gTr228VDOSq+ttsvsZlJvB25igfolByQoMAqloIEEUnAk7m2Vt7kAFLTBcO7 kmzpEm4Vg3ktGPvlv2yuGPp+3n96AutgW2ND7aw2KTzM1C6PfLDqZI5y+Iq0q1OIg9HGL8 1bpKiyO5g7u6dF4lZbb8V0SkbZ8httJ4C++i0gnP4qYY1qOHPoGup5XhjhYab/qHmxHMT/ zIhtelzor74+bw+xpZjQRRkv9e0D9d3LK2v/FlEI8thY6VMwzwCa18E8ZB7H2eFKBsQC79 5Z/bYX/NQBDS6v+/Zc2WbNh+GjkBpUCYjYhDO7amCeNre1F3RTqt4q5t3fSUMw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742500343; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=KEMN2Dlo/BEQ6SbUS4z5oeY/9wiNW4f1JJVBHUEc+ZA=; b=jEjqEtB2vsscftGTG7GrELuJImLWzDqQ8tjP5seAB7MWsqjSzoa1Iv+LwaUYauoDpP0XvR ZlpvEfra7cVzEdk2cMbMB0nlWdKNxh38LUW/fhW1pAj/ARh1rgR+0wovSPgv4D8FlrEZin SfjLZdJW/uZJ3K/8ZczhQPwNkgqj1tVoCRc5+xuVcXGzZVZPryH0rAYRYvnTvZqiyi5+r0 KPJEoIINbnC4a2KRBAIwH1bTnIy05ZfT3cNbl2rEinMbJmVRo1aIlZxmm6Ot2JD1IFBKzj AIR0DVWSihszCSNqVerbdn+r6VdZ83z2jz5D3YKI7MjNOs8nY76Rmn4tC8m6Aw== Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZJbny5rBLz8pg; Thu, 20 Mar 2025 19:52:22 +0000 (UTC) (envelope-from bz@freebsd.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id BF5A7A64806; Thu, 20 Mar 2025 19:52:18 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1C4C52D029E1; Thu, 20 Mar 2025 19:52:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id ciE6Nq9F3taE; Thu, 20 Mar 2025 19:52:20 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 0613B2D029D8; Thu, 20 Mar 2025 19:52:20 +0000 (UTC) Date: Thu, 20 Mar 2025 19:52:19 +0000 (UTC) From: "Bjoern A. Zeeb" To: Gleb Smirnoff cc: David Wolfskill , current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 In-Reply-To: Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@SerrOFQ.bet> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed On Tue, 18 Mar 2025, Gleb Smirnoff wrote: > On Tue, Mar 18, 2025 at 08:14:31AM -0700, David Wolfskill wrote: > D> It completed successfully: > D> > D> g1-48(15.0-C)[1] uname -aUK > D> FreeBSD g1-48.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #262 main-n275998-82589f926b52: Tue Mar 18 14:17:34 UTC 2025 root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500034 1500034 > D> > D> Specifically: > D> * I used the slice on the laptop where I had done the "git bisect" > D> * I first issued "git bisect reset" > D> * Then "git pull" to bring /usr/src up to main-n275998-82589f926b52 > D> * The "git revert 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 > D> * Then the usual buildworld, kernel. installworld stuff > D> * Reboot > > This needs to be fixed ASAP, it blocks FreeBSD CURRENT usage on laptops. > > If this is not fixed by weekend, I will push revert of > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9, to get tree in a good shape > before beginning of the stabweek. Just to follow-up on this. David has been fantastic doing kernel debugging via email in ddb> with a blank screen in front of him and got me a core dump. (*) He's hitting a ... somewhere in i915kms.ko (here's the two instances I have): REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). From what I gathered so far it is "generation specific" so depending on what chipset/model/age the graphics chip is there's different function pointers. That likely also explains why other people who tested these malloc changes have not seen this. I cannot yet say if/which are affected but I am preparing some debugging changes locally for him and am already seeing four different calls through that bit during init (module loading). I also do build drm-kmod differently to him (I use the github checkout in /usr/local/sys/ still while he's building the port along with the kernel. Also there seems to be some problem loading firmware. I assume we'll keep debugging it to a point that we can either have a fix for drm-kmod-6.1 or at least write an intelligent bug report for his case. I can't say if a non-debug kernel would "just work" by accident (it likely has for months) but these things are likely elsewhere too and the reason for the occasional stuck in X with a dead laptop (while actually sitting in ddb or gone through a panic) people have been seeing. While this one is possibly a side-effect of the commit (contigmalloc instead of malloc) the bug is elsewhere and the two changes which went in and the one further which is coming may actually help us to make drm-kmod (amonst other LinuxKPI consumers) more reliable. I would hope that some DMA problems in wireless land also go away, especially on arm64. All painful but helpful. So I see little reason to back this change out anymore at this point, but get drm-kmod fixed instead. Lots of health, Bjoern (*) we should write some of this down for people as it may help in a lot of situations. -- Bjoern A. Zeeb r15:7