linux-sound.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mario Limonciello <superm1@kernel.org>
To: Thomas Zimmermann <tzimmermann@suse.de>,
	Bjorn Helgaas <bhelgaas@google.com>
Cc: "Alex Deucher" <alexander.deucher@amd.com>,
	"Christian König" <christian.koenig@amd.com>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Lukas Wunner" <lukas@wunner.de>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"David Woodhouse" <dwmw2@infradead.org>,
	"Lu Baolu" <baolu.lu@linux.intel.com>,
	"Joerg Roedel" <joro@8bytes.org>, "Will Deacon" <will@kernel.org>,
	"Robin Murphy" <robin.murphy@arm.com>,
	"Alex Williamson" <alex.williamson@redhat.com>,
	"Jaroslav Kysela" <perex@perex.cz>,
	"Takashi Iwai" <tiwai@suse.com>,
	"open list:DRM DRIVERS" <dri-devel@lists.freedesktop.org>,
	"open list" <linux-kernel@vger.kernel.org>,
	"open list:INTEL IOMMU (VT-d)" <iommu@lists.linux.dev>,
	"open list:PCI SUBSYSTEM" <linux-pci@vger.kernel.org>,
	"open list:VFIO DRIVER" <kvm@vger.kernel.org>,
	"open list:SOUND" <linux-sound@vger.kernel.org>,
	"Daniel Dadap" <ddadap@nvidia.com>,
	"Mario Limonciello" <mario.limonciello@amd.com>
Subject: Re: [PATCH v6 9/9] PCI: Add a new 'boot_display' attribute
Date: Fri, 27 Jun 2025 10:37:23 -0500	[thread overview]
Message-ID: <8878af70-3eb8-495b-b8df-43a10285c4f5@kernel.org> (raw)
In-Reply-To: <41587824-4a05-4ead-b24c-4729007cd663@suse.de>

On 6/27/2025 2:07 AM, Thomas Zimmermann wrote:
> Hi
> 
> Am 27.06.25 um 06:31 schrieb Mario Limonciello:
>> From: Mario Limonciello <mario.limonciello@amd.com>
>>
>> On systems with multiple GPUs there can be uncertainty which GPU is the
>> primary one used to drive the display at bootup. In order to disambiguate
>> this add a new sysfs attribute 'boot_display' that uses the output of
>> video_is_primary_device() to populate whether a PCI device was used for
>> driving the display.
>>
>> Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
>> ---
>> v6:
>>   * Only show for the device that is boot display
>>   * Only create after PCI device sysfs files are initialized to ensure
>>     that resources are ready.
>> v4:
>>   * new patch
>> ---
>>   Documentation/ABI/testing/sysfs-bus-pci |  8 +++++
>>   drivers/pci/pci-sysfs.c                 | 46 +++++++++++++++++++++++++
> 
> The code looks good. Just one more question: could this be added 
> independently from the PCI bus (at a reasonable cost)? There are other 
> busses that can host the boot display. Alternatively, we'd add this 
> attribute per bus as needed.

It depends upon the underlying hardware implementation.  On x86 it's 
always PCI and so I realized there is a requirement that PCI resources 
are setup before screen_info event works.

That is the v5 version of this patch would have had a potential race 
condition with userspace where boot_display didn't always show '1' if 
userspace read it too quickly.

Other architecture's hardware implementation might have similar problem.

So in summary I think it would be better to do it per-bus.  If we 
realize there is indeed code duplication we can always move this to a 
common helper at that point.

> 
> Best regards
> Thomas
> 
>>   2 files changed, 54 insertions(+)
>>
>> diff --git a/Documentation/ABI/testing/sysfs-bus-pci b/Documentation/ 
>> ABI/testing/sysfs-bus-pci
>> index 69f952fffec72..8b455b1a58852 100644
>> --- a/Documentation/ABI/testing/sysfs-bus-pci
>> +++ b/Documentation/ABI/testing/sysfs-bus-pci
>> @@ -612,3 +612,11 @@ Description:
>>             # ls doe_features
>>             0001:01        0001:02        doe_discovery
>> +
>> +What:        /sys/bus/pci/devices/.../boot_display
>> +Date:        October 2025
>> +Contact:    Linux PCI developers <linux-pci@vger.kernel.org>
>> +Description:
>> +        This file indicates the device was used as a boot
>> +        display. If the device was used as the boot display, the file
>> +        will be present and contain "1".
>> diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
>> index 268c69daa4d57..cc766461de1da 100644
>> --- a/drivers/pci/pci-sysfs.c
>> +++ b/drivers/pci/pci-sysfs.c
>> @@ -30,6 +30,7 @@
>>   #include <linux/msi.h>
>>   #include <linux/of.h>
>>   #include <linux/aperture.h>
>> +#include <asm/video.h>
>>   #include "pci.h"
>>   #ifndef ARCH_PCI_DEV_GROUPS
>> @@ -679,6 +680,13 @@ const struct attribute_group *pcibus_groups[] = {
>>       NULL,
>>   };
>> +static ssize_t boot_display_show(struct device *dev, struct 
>> device_attribute *attr,
>> +                 char *buf)
>> +{
>> +    return sysfs_emit(buf, "1\n");
>> +}
>> +static DEVICE_ATTR_RO(boot_display);
>> +
>>   static ssize_t boot_vga_show(struct device *dev, struct 
>> device_attribute *attr,
>>                    char *buf)
>>   {
>> @@ -1246,6 +1254,37 @@ static int pci_create_attr(struct pci_dev 
>> *pdev, int num, int write_combine)
>>       return 0;
>>   }
>> +/**
>> + * pci_create_boot_display_file - create a file in sysfs for @dev
>> + * @pdev: dev in question
>> + *
>> + * Creates a file `boot_display` in sysfs for the PCI device @pdev
>> + * if it is the boot display device.
>> + */
>> +static int pci_create_boot_display_file(struct pci_dev *pdev)
>> +{
>> +#ifdef CONFIG_VIDEO
>> +    if (video_is_primary_device(&pdev->dev))
>> +        return sysfs_create_file(&pdev->dev.kobj, 
>> &dev_attr_boot_display.attr);
>> +#endif
>> +    return 0;
>> +}
>> +
>> +/**
>> + * pci_remove_boot_display_file - remove the boot display file for @dev
>> + * @pdev: dev in question
>> + *
>> + * Removes the file `boot_display` in sysfs for the PCI device @pdev
>> + * if it is the boot display device.
>> + */
>> +static void pci_remove_boot_display_file(struct pci_dev *pdev)
>> +{
>> +#ifdef CONFIG_VIDEO
>> +    if (video_is_primary_device(&pdev->dev))
>> +        sysfs_remove_file(&pdev->dev.kobj, &dev_attr_boot_display.attr);
>> +#endif
>> +}
>> +
>>   /**
>>    * pci_create_resource_files - create resource files in sysfs for @dev
>>    * @pdev: dev in question
>> @@ -1654,9 +1693,15 @@ static const struct attribute_group 
>> pci_dev_resource_resize_group = {
>>   int __must_check pci_create_sysfs_dev_files(struct pci_dev *pdev)
>>   {
>> +    int retval;
>> +
>>       if (!sysfs_initialized)
>>           return -EACCES;
>> +    retval = pci_create_boot_display_file(pdev);
>> +    if (retval)
>> +        return retval;
>> +
>>       return pci_create_resource_files(pdev);
>>   }
>> @@ -1671,6 +1716,7 @@ void pci_remove_sysfs_dev_files(struct pci_dev 
>> *pdev)
>>       if (!sysfs_initialized)
>>           return;
>> +    pci_remove_boot_display_file(pdev);
>>       pci_remove_resource_files(pdev);
>>   }
> 


  reply	other threads:[~2025-06-27 15:37 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-27  4:30 [PATCH v6 0/9] Adjust fbcon console device detection Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 1/9] PCI: Add helper for checking if a PCI device is a display controller Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 2/9] vfio/pci: Use pci_is_display() Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 3/9] vga_switcheroo: " Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 4/9] iommu/vt-d: " Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 5/9] ALSA: hda: " Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 6/9] Fix access to video_is_primary_device() when compiled without CONFIG_VIDEO Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 7/9] PCI/VGA: Replace vga_is_firmware_default() with a screen info check Mario Limonciello
2025-06-27  4:31 ` [PATCH v6 8/9] fbcon: Use screen info to find primary device Mario Limonciello
2025-06-27  6:51   ` Thomas Zimmermann
2025-06-27  4:31 ` [PATCH v6 9/9] PCI: Add a new 'boot_display' attribute Mario Limonciello
2025-06-27  7:07   ` Thomas Zimmermann
2025-06-27 15:37     ` Mario Limonciello [this message]
2025-06-30  6:24       ` Thomas Zimmermann
2025-06-30 18:37         ` Mario Limonciello
2025-07-02  7:49           ` Thomas Zimmermann
2025-06-28  5:28   ` kernel test robot
2025-06-28 14:39   ` kernel test robot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8878af70-3eb8-495b-b8df-43a10285c4f5@kernel.org \
    --to=superm1@kernel.org \
    --cc=airlied@gmail.com \
    --cc=alex.williamson@redhat.com \
    --cc=alexander.deucher@amd.com \
    --cc=baolu.lu@linux.intel.com \
    --cc=bhelgaas@google.com \
    --cc=christian.koenig@amd.com \
    --cc=ddadap@nvidia.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=dwmw2@infradead.org \
    --cc=iommu@lists.linux.dev \
    --cc=joro@8bytes.org \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-sound@vger.kernel.org \
    --cc=lukas@wunner.de \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mario.limonciello@amd.com \
    --cc=mripard@kernel.org \
    --cc=perex@perex.cz \
    --cc=robin.murphy@arm.com \
    --cc=simona@ffwll.ch \
    --cc=tiwai@suse.com \
    --cc=tzimmermann@suse.de \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).