From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D28BBC4338F for ; Fri, 13 Aug 2021 18:24:16 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7EB4B6109D for ; Fri, 13 Aug 2021 18:24:16 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 7EB4B6109D Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=bugzilla.kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 4A5B86E8C3; Fri, 13 Aug 2021 18:24:14 +0000 (UTC) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by gabe.freedesktop.org (Postfix) with ESMTPS id B42966E8C2 for ; Fri, 13 Aug 2021 18:24:12 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPS id 56EE4610CF for ; Fri, 13 Aug 2021 18:24:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1628879052; bh=Pq6UZTIzUVq6uBL9h0g13DIO7GHFqO3RxtJlE80iGM0=; h=From:To:Subject:Date:In-Reply-To:References:From; b=j+yaUiZFvFRRYC7HyVo/XCw0XkuSyQgEB8oejYZ3AkuVibR028JCeuZqwjwmY769x t6k0Du7zJa//3gp4hhW2u3yojp/F0P9llMlG5iHcX1+kp+wjMCQZh6tKQij9q4XnvJ uxGsapu8YC9hOQAF7alSFSTE+maTeuqwMHc/UlQtsBBIJHxWS8upnk6LhVgnaJM+Ps KMJVJmWAHQMX5OaAixJQjrdK81o31p/cb19IQGqGe64HezMrH6h00lSEoYiuLlv8jx Hl+sJyQB10XQd5T9GprcPVrmqq+w3EsW/Y/t/m42v77JhNTFCvRJusuXR4xnrbBYU+ 7r6csO+MzKjLQ== From: bugzilla-daemon@bugzilla.kernel.org To: dri-devel@lists.freedesktop.org Subject: [Bug 214001] [bisected][regression] After commit "drm/ttm: Initialize debugfs from ttm_global_init()" kernels without debugfs explicitly set to 'allow all' fail to boot Date: Fri, 13 Aug 2021 18:24:12 +0000 X-Bugzilla-Reason: None X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: AssignedTo drivers_video-dri@kernel-bugs.osdl.org X-Bugzilla-Product: Drivers X-Bugzilla-Component: Video(Other) X-Bugzilla-Version: 2.5 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: untaintableangel@hotmail.co.uk X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: drivers_video-dri@kernel-bugs.osdl.org X-Bugzilla-Flags: 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://bugzilla.kernel.org/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" https://bugzilla.kernel.org/show_bug.cgi?id=3D214001 --- Comment #3 from Linux_Chemist (untaintableangel@hotmail.co.uk) --- Thanks for your comment, Duncan! Yes, I'm on a customised kernel that has a lot removed (including debugfs as you can tell) and also amdgpu (RX 5700).=20 There's usually a bug in a testing RC every few releases, I just report them here after bisecting; seems the right place for it even if it's not lol=20= =20 Caught a nice bug last release cycle with the memory reservation for the bi= os (https://www.phoronix.com/scan.php?page=3Dnews_item&px=3DLinux-Always-Reser= ve-1MB) (I wasn't sure to file this one under an AMD ("non-intel") specific 'video'= bug but the commit was for 'drivers/gpu/drm/ttm' which I assume is agnostic. I don't know what it's for or whether only amdgpu/radeon makes use of it to s= ay but it is interesting that the 3 of us have similar hardware.) I can confirm all my .configs have had CONFIG_VGA_CONSOLE=3Dy in it (though= a lot of fallback stuff pulled out that probably stops me getting the legacy low-= res VGA mode you mention, c'est la vie) But anyways as you say, the ability to create a bootable kernel only become= s an issue from the commit in question when not having CONFIG_DEBUG_FS=3Dy (and CONFIG_DEBUG_FS_ALLOW_ALL=3Dy along with that) Don't get me wrong, it's not a showstopper 'massive bug' because you can al= ways put debugfs + 'allow all' into your kernel, I did so and am happily on rc5 = now, but that's why I'd like a consensus to be known or shared (i.e. change the wording for the kconfig options) about whether a lot of things are expecting debugfs to be there in some form now - is it now an 'essential' part of the kernel? Or should things that rely on it fail gracefully if they don't find= it? Either it's essential and this isn't a bug and there needs to be clarificat= ion that debugfs should always be there in some form, or this is a bug and the commit needs tweaked to account for debugfs not being there or there in a diminished capacity.=20=20=20=20 It is a bit silly that even CONFIG_DEBUG_FS_ALLOW_NONE wouldn't work for th= is bug because that seems like it should be providing that 'fail gracefully' mechanism to debugfs being 'there' but 'don't bother with it'. --=20 You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.=