From: Sui Jingfeng <sui.jingfeng@linux.dev>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Sui Jingfeng <suijingfeng@loongson.cn>,
nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
amd-gfx@lists.freedesktop.org, linux-pci@vger.kernel.org,
Alex Deucher <alexander.deucher@amd.com>,
Christian Koenig <christian.koenig@amd.com>
Subject: [RFC, drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
Date: Tue, 5 Sep 2023 03:57:18 +0800 [thread overview]
Message-ID: <20230904195724.633404-4-sui.jingfeng@linux.dev> (raw)
In-Reply-To: <20230904195724.633404-1-sui.jingfeng@linux.dev>
From: Sui Jingfeng <suijingfeng@loongson.cn>
On a machine with multiple GPUs, a Linux user has no control over which one
is primary at boot time. This patch tries to solve the mentioned problem by
implementing the .be_primary() callback. Pass radeon.modeset=10 on the
kernel cmd line if you really want the device bound by radeon to be the
primary video adapter, no matter what VGAARB say.
Cc: Alex Deucher <alexander.deucher@amd.com>
Cc: Christian Koenig <christian.koenig@amd.com>
Signed-off-by: Sui Jingfeng <suijingfeng@loongson.cn>
---
drivers/gpu/drm/radeon/radeon_device.c | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c
index 71f2ff39d6a1..b661cd3a8dc2 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -1263,6 +1263,14 @@ static const struct vga_switcheroo_client_ops radeon_switcheroo_ops = {
.can_switch = radeon_switcheroo_can_switch,
};
+static bool radeon_want_to_be_primary(struct pci_dev *pdev)
+{
+ if (radeon_modeset == 10)
+ return true;
+
+ return false;
+}
+
/**
* radeon_device_init - initialize the driver
*
@@ -1425,7 +1433,7 @@ int radeon_device_init(struct radeon_device *rdev,
/* if we have > 1 VGA cards, then disable the radeon VGA resources */
/* this will fail for cards that aren't VGA class devices, just
* ignore it */
- vga_client_register(rdev->pdev, radeon_vga_set_decode, NULL);
+ vga_client_register(rdev->pdev, radeon_vga_set_decode, radeon_want_to_be_primary);
if (rdev->flags & RADEON_IS_PX)
runtime = true;
--
2.34.1
WARNING: multiple messages have this Message-ID (diff)
From: Sui Jingfeng <sui.jingfeng@linux.dev>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Sui Jingfeng <suijingfeng@loongson.cn>,
nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
amd-gfx@lists.freedesktop.org, linux-pci@vger.kernel.org,
Alex Deucher <alexander.deucher@amd.com>,
Christian Koenig <christian.koenig@amd.com>
Subject: [Intel-gfx] [RFC, drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
Date: Tue, 5 Sep 2023 03:57:18 +0800 [thread overview]
Message-ID: <20230904195724.633404-4-sui.jingfeng@linux.dev> (raw)
In-Reply-To: <20230904195724.633404-1-sui.jingfeng@linux.dev>
From: Sui Jingfeng <suijingfeng@loongson.cn>
On a machine with multiple GPUs, a Linux user has no control over which one
is primary at boot time. This patch tries to solve the mentioned problem by
implementing the .be_primary() callback. Pass radeon.modeset=10 on the
kernel cmd line if you really want the device bound by radeon to be the
primary video adapter, no matter what VGAARB say.
Cc: Alex Deucher <alexander.deucher@amd.com>
Cc: Christian Koenig <christian.koenig@amd.com>
Signed-off-by: Sui Jingfeng <suijingfeng@loongson.cn>
---
drivers/gpu/drm/radeon/radeon_device.c | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c
index 71f2ff39d6a1..b661cd3a8dc2 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -1263,6 +1263,14 @@ static const struct vga_switcheroo_client_ops radeon_switcheroo_ops = {
.can_switch = radeon_switcheroo_can_switch,
};
+static bool radeon_want_to_be_primary(struct pci_dev *pdev)
+{
+ if (radeon_modeset == 10)
+ return true;
+
+ return false;
+}
+
/**
* radeon_device_init - initialize the driver
*
@@ -1425,7 +1433,7 @@ int radeon_device_init(struct radeon_device *rdev,
/* if we have > 1 VGA cards, then disable the radeon VGA resources */
/* this will fail for cards that aren't VGA class devices, just
* ignore it */
- vga_client_register(rdev->pdev, radeon_vga_set_decode, NULL);
+ vga_client_register(rdev->pdev, radeon_vga_set_decode, radeon_want_to_be_primary);
if (rdev->flags & RADEON_IS_PX)
runtime = true;
--
2.34.1
WARNING: multiple messages have this Message-ID (diff)
From: Sui Jingfeng <sui.jingfeng@linux.dev>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
linux-kernel@vger.kernel.org, intel-gfx@lists.freedesktop.org,
nouveau@lists.freedesktop.org, linux-pci@vger.kernel.org,
Sui Jingfeng <suijingfeng@loongson.cn>,
Alex Deucher <alexander.deucher@amd.com>,
Christian Koenig <christian.koenig@amd.com>
Subject: [RFC,drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
Date: Tue, 5 Sep 2023 03:57:18 +0800 [thread overview]
Message-ID: <20230904195724.633404-4-sui.jingfeng@linux.dev> (raw)
In-Reply-To: <20230904195724.633404-1-sui.jingfeng@linux.dev>
From: Sui Jingfeng <suijingfeng@loongson.cn>
On a machine with multiple GPUs, a Linux user has no control over which one
is primary at boot time. This patch tries to solve the mentioned problem by
implementing the .be_primary() callback. Pass radeon.modeset=10 on the
kernel cmd line if you really want the device bound by radeon to be the
primary video adapter, no matter what VGAARB say.
Cc: Alex Deucher <alexander.deucher@amd.com>
Cc: Christian Koenig <christian.koenig@amd.com>
Signed-off-by: Sui Jingfeng <suijingfeng@loongson.cn>
---
drivers/gpu/drm/radeon/radeon_device.c | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c
index 71f2ff39d6a1..b661cd3a8dc2 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -1263,6 +1263,14 @@ static const struct vga_switcheroo_client_ops radeon_switcheroo_ops = {
.can_switch = radeon_switcheroo_can_switch,
};
+static bool radeon_want_to_be_primary(struct pci_dev *pdev)
+{
+ if (radeon_modeset == 10)
+ return true;
+
+ return false;
+}
+
/**
* radeon_device_init - initialize the driver
*
@@ -1425,7 +1433,7 @@ int radeon_device_init(struct radeon_device *rdev,
/* if we have > 1 VGA cards, then disable the radeon VGA resources */
/* this will fail for cards that aren't VGA class devices, just
* ignore it */
- vga_client_register(rdev->pdev, radeon_vga_set_decode, NULL);
+ vga_client_register(rdev->pdev, radeon_vga_set_decode, radeon_want_to_be_primary);
if (rdev->flags & RADEON_IS_PX)
runtime = true;
--
2.34.1
WARNING: multiple messages have this Message-ID (diff)
From: Sui Jingfeng <sui.jingfeng@linux.dev>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Sui Jingfeng <suijingfeng@loongson.cn>,
nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
amd-gfx@lists.freedesktop.org, linux-pci@vger.kernel.org,
Alex Deucher <alexander.deucher@amd.com>,
Christian Koenig <christian.koenig@amd.com>
Subject: [Nouveau] [RFC, drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
Date: Tue, 5 Sep 2023 03:57:18 +0800 [thread overview]
Message-ID: <20230904195724.633404-4-sui.jingfeng@linux.dev> (raw)
In-Reply-To: <20230904195724.633404-1-sui.jingfeng@linux.dev>
From: Sui Jingfeng <suijingfeng@loongson.cn>
On a machine with multiple GPUs, a Linux user has no control over which one
is primary at boot time. This patch tries to solve the mentioned problem by
implementing the .be_primary() callback. Pass radeon.modeset=10 on the
kernel cmd line if you really want the device bound by radeon to be the
primary video adapter, no matter what VGAARB say.
Cc: Alex Deucher <alexander.deucher@amd.com>
Cc: Christian Koenig <christian.koenig@amd.com>
Signed-off-by: Sui Jingfeng <suijingfeng@loongson.cn>
---
drivers/gpu/drm/radeon/radeon_device.c | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c
index 71f2ff39d6a1..b661cd3a8dc2 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -1263,6 +1263,14 @@ static const struct vga_switcheroo_client_ops radeon_switcheroo_ops = {
.can_switch = radeon_switcheroo_can_switch,
};
+static bool radeon_want_to_be_primary(struct pci_dev *pdev)
+{
+ if (radeon_modeset == 10)
+ return true;
+
+ return false;
+}
+
/**
* radeon_device_init - initialize the driver
*
@@ -1425,7 +1433,7 @@ int radeon_device_init(struct radeon_device *rdev,
/* if we have > 1 VGA cards, then disable the radeon VGA resources */
/* this will fail for cards that aren't VGA class devices, just
* ignore it */
- vga_client_register(rdev->pdev, radeon_vga_set_decode, NULL);
+ vga_client_register(rdev->pdev, radeon_vga_set_decode, radeon_want_to_be_primary);
if (rdev->flags & RADEON_IS_PX)
runtime = true;
--
2.34.1
next prev parent reply other threads:[~2023-09-05 7:47 UTC|newest]
Thread overview: 186+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-04 19:57 [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 1/9] " Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-05 0:37 ` [RFC,drm-misc-next " kernel test robot
2023-09-04 19:57 ` [RFC, drm-misc-next v4 2/9] drm/nouveau: Implement .be_primary() callback Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` Sui Jingfeng [this message]
2023-09-04 19:57 ` [Nouveau] [RFC, drm-misc-next v4 3/9] drm/radeon: " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-05 5:50 ` [RFC,drm-misc-next " Christian König
2023-09-05 5:50 ` [Nouveau] [RFC, drm-misc-next " Christian König
2023-09-05 5:50 ` [RFC,drm-misc-next " Christian König
2023-09-05 5:50 ` [Intel-gfx] [RFC, drm-misc-next " Christian König
2023-09-05 17:24 ` [RFC,drm-misc-next " suijingfeng
2023-09-05 17:24 ` [Nouveau] [RFC, drm-misc-next " suijingfeng
2023-09-05 17:24 ` [RFC,drm-misc-next " suijingfeng
2023-09-05 17:24 ` [Intel-gfx] [RFC, drm-misc-next " suijingfeng
2023-09-06 16:00 ` Alex Deucher
2023-09-06 16:00 ` [Nouveau] " Alex Deucher
2023-09-06 16:00 ` [RFC,drm-misc-next " Alex Deucher
2023-09-06 16:00 ` [Intel-gfx] [RFC, drm-misc-next " Alex Deucher
2023-09-07 1:40 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-07 1:40 ` [Nouveau] [RFC, drm-misc-next " Sui Jingfeng
2023-09-07 1:40 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-07 1:40 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 4/9] drm/amdgpu: " Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 5/9] drm/i915: " Sui Jingfeng
2023-09-04 19:57 ` Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 6/9] drm/loongson: " Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 7/9] drm/ast: Register as a VGA client by calling vga_client_register() Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 8/9] drm/hibmc: " Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [RFC, drm-misc-next v4 9/9] drm/gma500: " Sui Jingfeng
2023-09-04 19:57 ` [Nouveau] " Sui Jingfeng
2023-09-04 19:57 ` [RFC,drm-misc-next " Sui Jingfeng
2023-09-04 19:57 ` [Intel-gfx] [RFC, drm-misc-next " Sui Jingfeng
2023-09-04 20:36 ` [Intel-gfx] ✗ Fi.CI.SPARSE: warning for PCI/VGA: Allowing the user to select the primary video adapter at boot time Patchwork
2023-09-04 20:54 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2023-09-04 22:14 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2023-09-05 10:38 ` [RFC, drm-misc-next v4 0/9] " Jani Nikula
2023-09-05 10:38 ` [Nouveau] " Jani Nikula
2023-09-05 10:38 ` Jani Nikula
2023-09-05 10:38 ` [Intel-gfx] " Jani Nikula
2023-09-05 13:28 ` Christian König
2023-09-05 13:28 ` [Nouveau] " Christian König
2023-09-05 13:28 ` Christian König
2023-09-05 13:28 ` [Intel-gfx] " Christian König
2023-09-05 14:28 ` Sui Jingfeng
2023-09-05 14:28 ` [Nouveau] " Sui Jingfeng
2023-09-05 14:28 ` Sui Jingfeng
2023-09-05 14:28 ` [Intel-gfx] " Sui Jingfeng
2023-09-06 6:47 ` Christian König
2023-09-06 6:47 ` [Nouveau] " Christian König
2023-09-06 6:47 ` Christian König
2023-09-06 6:47 ` [Intel-gfx] " Christian König
2023-09-05 10:45 ` [Nouveau] " Thomas Zimmermann
2023-09-05 10:45 ` Thomas Zimmermann
2023-09-05 10:45 ` [Intel-gfx] " Thomas Zimmermann
2023-09-05 13:30 ` suijingfeng
2023-09-05 13:30 ` suijingfeng
2023-09-05 13:30 ` [Intel-gfx] " suijingfeng
2023-09-05 15:05 ` Thomas Zimmermann
2023-09-05 15:05 ` Thomas Zimmermann
2023-09-05 15:05 ` [Intel-gfx] " Thomas Zimmermann
2023-09-06 2:14 ` suijingfeng
2023-09-06 2:14 ` suijingfeng
2023-09-06 2:14 ` [Intel-gfx] " suijingfeng
2023-09-06 7:00 ` Thomas Zimmermann
2023-09-06 7:00 ` Thomas Zimmermann
2023-09-06 7:00 ` [Intel-gfx] " Thomas Zimmermann
2023-09-06 2:34 ` suijingfeng
2023-09-06 2:34 ` suijingfeng
2023-09-06 2:34 ` [Intel-gfx] " suijingfeng
2023-09-06 7:18 ` Thomas Zimmermann
2023-09-06 7:18 ` Thomas Zimmermann
2023-09-06 7:18 ` [Intel-gfx] " Thomas Zimmermann
2023-09-06 3:08 ` suijingfeng
2023-09-06 3:08 ` suijingfeng
2023-09-06 3:08 ` [Intel-gfx] " suijingfeng
2023-09-06 7:46 ` Thomas Zimmermann
2023-09-06 7:46 ` Thomas Zimmermann
2023-09-06 7:46 ` [Intel-gfx] " Thomas Zimmermann
2023-09-06 4:14 ` Sui Jingfeng
2023-09-06 4:14 ` Sui Jingfeng
2023-09-06 4:14 ` [Intel-gfx] " Sui Jingfeng
2023-09-06 6:45 ` Christian König
2023-09-06 6:45 ` Christian König
2023-09-06 6:45 ` [Intel-gfx] " Christian König
2023-09-06 9:08 ` suijingfeng
2023-09-06 9:08 ` suijingfeng
2023-09-06 9:08 ` [Intel-gfx] " suijingfeng
2023-09-06 9:40 ` Christian König
2023-09-06 9:40 ` Christian König
2023-09-06 9:40 ` [Intel-gfx] " Christian König
2023-09-07 2:30 ` Sui Jingfeng
2023-09-07 2:30 ` Sui Jingfeng
2023-09-07 2:30 ` [Intel-gfx] " Sui Jingfeng
2023-09-07 9:08 ` Christian König
2023-09-07 9:08 ` Christian König
2023-09-07 9:08 ` [Intel-gfx] " Christian König
2023-09-07 12:32 ` suijingfeng
2023-09-07 12:32 ` suijingfeng
2023-09-07 12:32 ` [Intel-gfx] " suijingfeng
2023-09-07 12:43 ` Christian König
2023-09-07 12:43 ` Christian König
2023-09-07 12:43 ` [Intel-gfx] " Christian König
2023-09-07 15:26 ` suijingfeng
2023-09-07 15:26 ` suijingfeng
2023-09-07 15:26 ` [Intel-gfx] " suijingfeng
2023-09-07 15:32 ` Christian König
2023-09-07 15:32 ` Christian König
2023-09-07 15:32 ` [Intel-gfx] " Christian König
2023-09-07 16:33 ` suijingfeng
2023-09-07 16:33 ` suijingfeng
2023-09-07 16:33 ` [Intel-gfx] " suijingfeng
2023-09-08 6:59 ` Christian König
2023-09-08 6:59 ` Christian König
2023-09-08 6:59 ` [Intel-gfx] " Christian König
2023-09-06 10:31 ` Sui Jingfeng
2023-09-06 10:31 ` Sui Jingfeng
2023-09-06 10:31 ` [Intel-gfx] " Sui Jingfeng
2023-09-06 10:50 ` Christian König
2023-09-06 10:50 ` Christian König
2023-09-06 10:50 ` [Intel-gfx] " Christian König
2023-09-05 10:49 ` Thomas Zimmermann
2023-09-05 10:49 ` Thomas Zimmermann
2023-09-05 10:49 ` [Intel-gfx] " Thomas Zimmermann
2023-09-05 15:59 ` suijingfeng
2023-09-05 15:59 ` suijingfeng
2023-09-05 15:59 ` [Intel-gfx] " suijingfeng
2023-09-06 8:05 ` Thomas Zimmermann
2023-09-06 8:05 ` Thomas Zimmermann
2023-09-06 8:05 ` [Intel-gfx] " Thomas Zimmermann
2023-09-06 9:48 ` suijingfeng
2023-09-06 9:48 ` suijingfeng
2023-09-06 9:48 ` [Intel-gfx] " suijingfeng
2023-09-06 11:06 ` Thomas Zimmermann
2023-09-06 11:06 ` Thomas Zimmermann
2023-09-06 11:06 ` [Intel-gfx] " Thomas Zimmermann
2023-09-07 9:43 ` Jani Nikula
2023-09-07 9:43 ` Jani Nikula
2023-09-07 9:43 ` [Intel-gfx] " Jani Nikula
2023-09-05 14:52 ` Alex Williamson
2023-09-05 14:52 ` [Nouveau] " Alex Williamson
2023-09-05 14:52 ` Alex Williamson
2023-09-05 14:52 ` [Intel-gfx] " Alex Williamson
2023-09-05 16:21 ` suijingfeng
2023-09-05 16:21 ` [Nouveau] " suijingfeng
2023-09-05 16:21 ` suijingfeng
2023-09-05 16:21 ` [Intel-gfx] " suijingfeng
2023-09-05 16:39 ` Alex Williamson
2023-09-05 16:39 ` [Nouveau] " Alex Williamson
2023-09-05 16:39 ` Alex Williamson
2023-09-05 16:39 ` [Intel-gfx] " Alex Williamson
2023-09-06 3:51 ` Sui Jingfeng
2023-09-06 3:51 ` Sui Jingfeng
2023-09-06 3:51 ` [Nouveau] " Sui Jingfeng
2023-09-06 3:51 ` Sui Jingfeng
2023-09-06 3:51 ` [Intel-gfx] " Sui Jingfeng
2023-09-06 19:29 ` Alex Williamson
2023-09-06 19:29 ` [Nouveau] " Alex Williamson
2023-09-06 19:29 ` Alex Williamson
2023-09-06 19:29 ` [Intel-gfx] " Alex Williamson
2023-09-06 0:52 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for PCI/VGA: Allowing the user to select the primary video adapter at boot time (rev2) Patchwork
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=20230904195724.633404-4-sui.jingfeng@linux.dev \
--to=sui.jingfeng@linux.dev \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=bhelgaas@google.com \
--cc=christian.koenig@amd.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=nouveau@lists.freedesktop.org \
--cc=suijingfeng@loongson.cn \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.