From nobody Tue Feb 7 15:23:23 2023 X-Original-To: fs@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 4PB6Mw0Mljz3n61v for ; Tue, 7 Feb 2023 15:23:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PB6Mv6ThTz3rnK for ; Tue, 7 Feb 2023 15:23:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675783403; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hZ8BrhUo707wwkQ9wn6LV0Upt7OCnZECm9kxGW140lM=; b=hluAJVjssFuMqBVbQ5qyGT2XjvYhudPuUxT2mMlt7hfP79WACJGU2nyNgjt3BR4hvXF6pA EqsjgSPXspVuNeU2OWisblrDRHCTHp42Q9FQkJNW5lnDIau1mip30Z290OecDsKUA43bAu MuQ8Z7KFDINHk3cx3B/IErMFfjjF88EAjAidaERnVgxlnG8oCxdBLaqb3RgzqqcMmvY653 /eDVzAVT7CwZTuo5k06gaEP4GcvCpFabJ0qCuETdX9u+SlYOIinFlWxXEtLc9PrqJHb2uw JPF0ewI2+UxbGE39/OIMgumXRPVfWmOmQt3ma/aleE4jIp5KRvpxxgEf9VKb3Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1675783403; a=rsa-sha256; cv=none; b=geC8ITcI6Oa/Te/V39UcaSelawW0XvR+Xyf3gFSVsFc9lWscSdds+mY31k8vvv2keUi8xs Wp2lMprpwUhVPO7SO9WoeyzetfUTBryIOu1lcEj+uyYWwDVb7lcZngHXhB5XfIP0Ux84Pk LWsb57QGSJZA49JmZ5jbupw/DOzV1gN+iIqCQ8W8jayRX6xqmFcUuPi8+Yg4UjHnbRSdWD ND7wPbvc2TTADK4/qS3u2Y8N2WfIy16vOfyY4CMdtoMlcYeg1hpZ1ydy2+YazWuCUgkwnu ErkW+yonm2nd6grIEMi1SaCxRL0GmcN/3r/M2y3NAiKWvWDKFAE9sABR7a+7MA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4PB6Mv5ZxDzLcQ for ; Tue, 7 Feb 2023 15:23:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 317FNNOZ095570 for ; Tue, 7 Feb 2023 15:23:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 317FNNiv095569 for fs@FreeBSD.org; Tue, 7 Feb 2023 15:23:23 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 267028] kernel panics when booting with ZFS and amdgpu.ko (both are required) Date: Tue, 07 Feb 2023 15:23:23 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: george@m5p.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267028 --- Comment #53 from George Mitchell --- (In reply to Graham Perrin from comment #10) It does appear that amdgpu.ko always loads successfully. But then the load= ing of some other module subsequently (which might be zfs.ko or vboxnetflt.ko or maybe something else) somehow causes an unexpected call back into the amdgpu code. I have no idea how. The current situation: 1. zfs.ko is loaded from /boot/loader.conf. 2. I always boot into single user mode. 3. The last few times, I had kld_list=3D"amdgpu.ko" in my /etc/rc.conf, but= for now I'm taking it back out. 4. So I'm loading amdgpu.ko manually in single user mode and then waiting t= en seconds or so before going multiuser. It's voodoo but it usually avoids the crash. --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.=