From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 47D752397A4; Mon, 14 Jul 2025 21:22:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752528121; cv=none; b=cO4xWWHzm9sPOQaOEjC2OyiznEEcA2TMR1b0VhfhHPUURuk/ZPnSiVOu5pi0s0Ww1JL7oEUD32EyCjIYfyc6LFauCLTeFKbvvhbmPTOqMdDUTyoMIVQgx9JYROPdtUd8gYuq/XEPajUnFzQo5icH4MVyjyEK43AkBhPuX03/tdA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752528121; c=relaxed/simple; bh=jkjnzC6sfDjlzR/6PyyPq8gX7cfAVbCf+7AS5IFUxHc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=Vl1DPRlr7S4zvbHTzKkoI/LORptxROy8zUCca7MSLNMLGy7sMY23h7P8s/QGiCKTb8PUuY93CJeEDpw6gJA0hsohMeAJqm4qXxnIv5EmCsjU36e7Fjo+Ow7KjkCJ7vvpBdG83QbQHBlSrOv4qvd7A8C+Srb54HtNkuW1wbfvSjI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=pIG4Hiep; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="pIG4Hiep" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 90D86C4CEF0; Mon, 14 Jul 2025 21:21:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1752528120; bh=jkjnzC6sfDjlzR/6PyyPq8gX7cfAVbCf+7AS5IFUxHc=; h=From:To:Cc:Subject:Date:From; b=pIG4Hieprrm1uA4UcmMad5xVbCbju19dZ03/KYWx+XQvV8NEgoxno/feg6GtPL7QT Wn0n/9r1FzD47RscE8VDY/GQ+e51jq2FOpdPb1AYh/wieR6ZpyKhZ1QvP/gk4G8baS UzSaFh1F/fP22w7LVhKAVRvkpdkzXj6Gx2CZCkImzjpR0sHa3HP34jxyg2UbVj8tiZ YF5jx0f/QDXoL+SPCBjOP872b9JCgxNopkXbqO6XZmV2igdU3sHGB3FlC1TpIw+595 0Yt26o+RiEIUf0r+zbWjgbXWjkpNNK9+28GudvoMs+0dN3sjMVxq3ckYyY0VV8uBDm TBd5esulbTznQ== From: Mario Limonciello To: David Airlie , Bjorn Helgaas Cc: Alex Deucher , =?UTF-8?q?Christian=20K=C3=B6nig?= , Simona Vetter , Lukas Wunner , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Woodhouse , Lu Baolu , Joerg Roedel , Will Deacon , Robin Murphy , Alex Williamson , Jaroslav Kysela , Takashi Iwai , dri-devel@lists.freedesktop.org (open list:DRM DRIVERS), linux-kernel@vger.kernel.org (open list), iommu@lists.linux.dev (open list:INTEL IOMMU (VT-d)), linux-pci@vger.kernel.org (open list:PCI SUBSYSTEM), kvm@vger.kernel.org (open list:VFIO DRIVER), linux-sound@vger.kernel.org (open list:SOUND), Daniel Dadap , Mario Limonciello Subject: [PATCH v8 0/9] Adjust fbcon console device detection Date: Mon, 14 Jul 2025 16:21:37 -0500 Message-ID: <20250714212147.2248039-1-superm1@kernel.org> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Mario Limonciello This series started out as changes to VGA arbiter to try to handle a case of a system with 2 GPUs that are not VGA devices. This was discussed but decided not to overload the VGA arbiter for non VGA devices. Instead move the x86 specific detection of framebuffer resources into x86 specific code that the fbcon can use to properly identify the primary device. This code is still called from the VGA arbiter, and the logic does not change there. To avoid regression default to VGA arbiter and only fall back to looking up with x86 specific detection method. In order for userspace to also be able to discover which device was the primary video display device create a new sysfs file 'boot_display'. A matching userspace implementation for this file is available here: Link: https://gitlab.freedesktop.org/xorg/lib/libpciaccess/-/merge_requests/39 Link: https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2038 Dave Airlie has been pinged for a comment on this approach. Dave had suggested in the past [1]: " But yes if that doesn't work, then maybe we need to make the boot_vga flag mean boot_display_gpu, and fix it in the kernel " This was one of the approached tried in earlier revisions and it was rejected in favor of creating a new sysfs file (which is what this version does). It is suggested that this series merge entirely through the PCI tree. Link: https://gitlab.freedesktop.org/xorg/lib/libpciaccess/-/merge_requests/37#note_2938602 [1] v8 fixes an LKP robot reported issue Mario Limonciello (9): PCI: Add helper for checking if a PCI device is a display controller vfio/pci: Use pci_is_display() vga_switcheroo: Use pci_is_display() iommu/vt-d: Use pci_is_display() ALSA: hda: Use pci_is_display() Fix access to video_is_primary_device() when compiled without CONFIG_VIDEO PCI/VGA: Replace vga_is_firmware_default() with a screen info check fbcon: Use screen info to find primary device PCI: Add a new 'boot_display' attribute Documentation/ABI/testing/sysfs-bus-pci | 8 +++++ arch/parisc/include/asm/video.h | 2 +- arch/sparc/include/asm/video.h | 2 ++ arch/x86/include/asm/video.h | 2 ++ arch/x86/video/video-common.c | 17 ++++++++- drivers/gpu/vga/vga_switcheroo.c | 2 +- drivers/iommu/intel/iommu.c | 2 +- drivers/pci/pci-sysfs.c | 46 +++++++++++++++++++++++++ drivers/pci/vgaarb.c | 31 +++-------------- drivers/vfio/pci/vfio_pci_igd.c | 3 +- include/linux/pci.h | 15 ++++++++ sound/hda/hdac_i915.c | 2 +- sound/pci/hda/hda_intel.c | 4 +-- 13 files changed, 101 insertions(+), 35 deletions(-) -- 2.43.0