All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: "Ben Skeggs" <bskeggs@redhat.com>,
	"Karol Herbst" <kherbst@redhat.com>, Lyude <lyude@redhat.com>,
	"Daniel Dadap" <ddadap@nvidia.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Christian König" <christian.koenig@amd.com>,
	Pan@freedesktop.org, Xinhui <Xinhui.Pan@amd.com>,
	"Rafael J . Wysocki" <rafael@kernel.org>,
	"Mika Westerberg" <mika.westerberg@linux.intel.com>,
	"Lukas Wunner" <lukas@wunner.de>,
	"Mark Gross" <markgross@kernel.org>,
	"Andy Shevchenko" <andy@kernel.org>
Cc: linux-acpi@vger.kernel.org, David Airlie <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	dri-devel@lists.freedesktop.org,
	platform-driver-x86@vger.kernel.org,
	Hans de Goede <hdegoede@redhat.com>,
	amd-gfx@lists.freedesktop.org, Daniel Vetter <daniel@ffwll.ch>,
	Len Brown <lenb@kernel.org>
Subject: [Nouveau] [PATCH v2 14/29] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
Date: Tue, 12 Jul 2022 21:38:55 +0200	[thread overview]
Message-ID: <20220712193910.439171-15-hdegoede@redhat.com> (raw)
In-Reply-To: <20220712193910.439171-1-hdegoede@redhat.com>

Typically the acpi_video driver will initialize before radeon, which
used to cause /sys/class/backlight/acpi_video0 to get registered and then
radeon would register its own radeon_bl# device later. After which
the drivers/acpi/video_detect.c code unregistered the acpi_video0 device
to avoid there being 2 backlight devices.

This means that userspace used to briefly see 2 devices and the
disappearing of acpi_video0 after a brief time confuses the systemd
backlight level save/restore code, see e.g.:
https://bbs.archlinux.org/viewtopic.php?id=269920

To fix this the ACPI video code has been modified to make backlight class
device registration a separate step, relying on the drm/kms driver to
ask for the acpi_video backlight registration after it is done setting up
its native backlight device.

Add a call to the new acpi_video_register_backlight() when radeon skips
registering its own backlight device because of e.g. the firmware_flags
or the acpi_video_get_backlight_type() return value. This ensures that
if the acpi_video backlight device should be used, it will be available
before the radeon drm_device gets registered with userspace.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c
index 46549d5179ee..c1cbebb51be1 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -30,6 +30,8 @@
 #include <drm/drm_device.h>
 #include <drm/radeon_drm.h>
 
+#include <acpi/video.h>
+
 #include "radeon.h"
 #include "radeon_atombios.h"
 #include "radeon_legacy_encoders.h"
@@ -167,7 +169,7 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		return;
 
 	if (radeon_backlight == 0) {
-		return;
+		use_bl = false;
 	} else if (radeon_backlight == 1) {
 		use_bl = true;
 	} else if (radeon_backlight == -1) {
@@ -193,6 +195,13 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		else
 			radeon_legacy_backlight_init(radeon_encoder, connector);
 	}
+
+	/*
+	 * If there is no native backlight device (which may happen even when
+	 * use_bl==true) try registering an ACPI video backlight device instead.
+	 */
+	if (!rdev->mode_info.bl_encoder)
+		acpi_video_register_backlight();
 }
 
 void
-- 
2.36.0


WARNING: multiple messages have this Message-ID (diff)
From: Hans de Goede <hdegoede@redhat.com>
To: "Ben Skeggs" <bskeggs@redhat.com>,
	"Karol Herbst" <kherbst@redhat.com>, Lyude <lyude@redhat.com>,
	"Daniel Dadap" <ddadap@nvidia.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Christian König" <christian.koenig@amd.com>,
	Pan@freedesktop.org, Xinhui <Xinhui.Pan@amd.com>,
	"Rafael J . Wysocki" <rafael@kernel.org>,
	"Mika Westerberg" <mika.westerberg@linux.intel.com>,
	"Lukas Wunner" <lukas@wunner.de>,
	"Mark Gross" <markgross@kernel.org>,
	"Andy Shevchenko" <andy@kernel.org>
Cc: linux-acpi@vger.kernel.org, David Airlie <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	dri-devel@lists.freedesktop.org,
	platform-driver-x86@vger.kernel.org,
	Hans de Goede <hdegoede@redhat.com>,
	amd-gfx@lists.freedesktop.org, Len Brown <lenb@kernel.org>
Subject: [PATCH v2 14/29] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
Date: Tue, 12 Jul 2022 21:38:55 +0200	[thread overview]
Message-ID: <20220712193910.439171-15-hdegoede@redhat.com> (raw)
In-Reply-To: <20220712193910.439171-1-hdegoede@redhat.com>

Typically the acpi_video driver will initialize before radeon, which
used to cause /sys/class/backlight/acpi_video0 to get registered and then
radeon would register its own radeon_bl# device later. After which
the drivers/acpi/video_detect.c code unregistered the acpi_video0 device
to avoid there being 2 backlight devices.

This means that userspace used to briefly see 2 devices and the
disappearing of acpi_video0 after a brief time confuses the systemd
backlight level save/restore code, see e.g.:
https://bbs.archlinux.org/viewtopic.php?id=269920

To fix this the ACPI video code has been modified to make backlight class
device registration a separate step, relying on the drm/kms driver to
ask for the acpi_video backlight registration after it is done setting up
its native backlight device.

Add a call to the new acpi_video_register_backlight() when radeon skips
registering its own backlight device because of e.g. the firmware_flags
or the acpi_video_get_backlight_type() return value. This ensures that
if the acpi_video backlight device should be used, it will be available
before the radeon drm_device gets registered with userspace.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c
index 46549d5179ee..c1cbebb51be1 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -30,6 +30,8 @@
 #include <drm/drm_device.h>
 #include <drm/radeon_drm.h>
 
+#include <acpi/video.h>
+
 #include "radeon.h"
 #include "radeon_atombios.h"
 #include "radeon_legacy_encoders.h"
@@ -167,7 +169,7 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		return;
 
 	if (radeon_backlight == 0) {
-		return;
+		use_bl = false;
 	} else if (radeon_backlight == 1) {
 		use_bl = true;
 	} else if (radeon_backlight == -1) {
@@ -193,6 +195,13 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		else
 			radeon_legacy_backlight_init(radeon_encoder, connector);
 	}
+
+	/*
+	 * If there is no native backlight device (which may happen even when
+	 * use_bl==true) try registering an ACPI video backlight device instead.
+	 */
+	if (!rdev->mode_info.bl_encoder)
+		acpi_video_register_backlight();
 }
 
 void
-- 
2.36.0


WARNING: multiple messages have this Message-ID (diff)
From: Hans de Goede <hdegoede@redhat.com>
To: "Ben Skeggs" <bskeggs@redhat.com>,
	"Karol Herbst" <kherbst@redhat.com>, Lyude <lyude@redhat.com>,
	"Daniel Dadap" <ddadap@nvidia.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Christian König" <christian.koenig@amd.com>,
	Pan@freedesktop.org, Xinhui <Xinhui.Pan@amd.com>,
	"Rafael J . Wysocki" <rafael@kernel.org>,
	"Mika Westerberg" <mika.westerberg@linux.intel.com>,
	"Lukas Wunner" <lukas@wunner.de>,
	"Mark Gross" <markgross@kernel.org>,
	"Andy Shevchenko" <andy@kernel.org>
Cc: linux-acpi@vger.kernel.org, David Airlie <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	dri-devel@lists.freedesktop.org,
	platform-driver-x86@vger.kernel.org,
	amd-gfx@lists.freedesktop.org, Len Brown <lenb@kernel.org>
Subject: [Intel-gfx] [PATCH v2 14/29] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
Date: Tue, 12 Jul 2022 21:38:55 +0200	[thread overview]
Message-ID: <20220712193910.439171-15-hdegoede@redhat.com> (raw)
In-Reply-To: <20220712193910.439171-1-hdegoede@redhat.com>

Typically the acpi_video driver will initialize before radeon, which
used to cause /sys/class/backlight/acpi_video0 to get registered and then
radeon would register its own radeon_bl# device later. After which
the drivers/acpi/video_detect.c code unregistered the acpi_video0 device
to avoid there being 2 backlight devices.

This means that userspace used to briefly see 2 devices and the
disappearing of acpi_video0 after a brief time confuses the systemd
backlight level save/restore code, see e.g.:
https://bbs.archlinux.org/viewtopic.php?id=269920

To fix this the ACPI video code has been modified to make backlight class
device registration a separate step, relying on the drm/kms driver to
ask for the acpi_video backlight registration after it is done setting up
its native backlight device.

Add a call to the new acpi_video_register_backlight() when radeon skips
registering its own backlight device because of e.g. the firmware_flags
or the acpi_video_get_backlight_type() return value. This ensures that
if the acpi_video backlight device should be used, it will be available
before the radeon drm_device gets registered with userspace.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c
index 46549d5179ee..c1cbebb51be1 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -30,6 +30,8 @@
 #include <drm/drm_device.h>
 #include <drm/radeon_drm.h>
 
+#include <acpi/video.h>
+
 #include "radeon.h"
 #include "radeon_atombios.h"
 #include "radeon_legacy_encoders.h"
@@ -167,7 +169,7 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		return;
 
 	if (radeon_backlight == 0) {
-		return;
+		use_bl = false;
 	} else if (radeon_backlight == 1) {
 		use_bl = true;
 	} else if (radeon_backlight == -1) {
@@ -193,6 +195,13 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		else
 			radeon_legacy_backlight_init(radeon_encoder, connector);
 	}
+
+	/*
+	 * If there is no native backlight device (which may happen even when
+	 * use_bl==true) try registering an ACPI video backlight device instead.
+	 */
+	if (!rdev->mode_info.bl_encoder)
+		acpi_video_register_backlight();
 }
 
 void
-- 
2.36.0


WARNING: multiple messages have this Message-ID (diff)
From: Hans de Goede <hdegoede@redhat.com>
To: "Ben Skeggs" <bskeggs@redhat.com>,
	"Karol Herbst" <kherbst@redhat.com>, Lyude <lyude@redhat.com>,
	"Daniel Dadap" <ddadap@nvidia.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Christian König" <christian.koenig@amd.com>,
	Pan@vger.kernel.org, Xinhui <Xinhui.Pan@amd.com>,
	"Rafael J . Wysocki" <rafael@kernel.org>,
	"Mika Westerberg" <mika.westerberg@linux.intel.com>,
	"Lukas Wunner" <lukas@wunner.de>,
	"Mark Gross" <markgross@kernel.org>,
	"Andy Shevchenko" <andy@kernel.org>
Cc: Hans de Goede <hdegoede@redhat.com>,
	nouveau@lists.freedesktop.org, Daniel Vetter <daniel@ffwll.ch>,
	David Airlie <airlied@linux.ie>,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org,
	Len Brown <lenb@kernel.org>,
	linux-acpi@vger.kernel.org, platform-driver-x86@vger.kernel.org
Subject: [PATCH v2 14/29] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
Date: Tue, 12 Jul 2022 21:38:55 +0200	[thread overview]
Message-ID: <20220712193910.439171-15-hdegoede@redhat.com> (raw)
In-Reply-To: <20220712193910.439171-1-hdegoede@redhat.com>

Typically the acpi_video driver will initialize before radeon, which
used to cause /sys/class/backlight/acpi_video0 to get registered and then
radeon would register its own radeon_bl# device later. After which
the drivers/acpi/video_detect.c code unregistered the acpi_video0 device
to avoid there being 2 backlight devices.

This means that userspace used to briefly see 2 devices and the
disappearing of acpi_video0 after a brief time confuses the systemd
backlight level save/restore code, see e.g.:
https://bbs.archlinux.org/viewtopic.php?id=269920

To fix this the ACPI video code has been modified to make backlight class
device registration a separate step, relying on the drm/kms driver to
ask for the acpi_video backlight registration after it is done setting up
its native backlight device.

Add a call to the new acpi_video_register_backlight() when radeon skips
registering its own backlight device because of e.g. the firmware_flags
or the acpi_video_get_backlight_type() return value. This ensures that
if the acpi_video backlight device should be used, it will be available
before the radeon drm_device gets registered with userspace.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c
index 46549d5179ee..c1cbebb51be1 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -30,6 +30,8 @@
 #include <drm/drm_device.h>
 #include <drm/radeon_drm.h>
 
+#include <acpi/video.h>
+
 #include "radeon.h"
 #include "radeon_atombios.h"
 #include "radeon_legacy_encoders.h"
@@ -167,7 +169,7 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		return;
 
 	if (radeon_backlight == 0) {
-		return;
+		use_bl = false;
 	} else if (radeon_backlight == 1) {
 		use_bl = true;
 	} else if (radeon_backlight == -1) {
@@ -193,6 +195,13 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		else
 			radeon_legacy_backlight_init(radeon_encoder, connector);
 	}
+
+	/*
+	 * If there is no native backlight device (which may happen even when
+	 * use_bl==true) try registering an ACPI video backlight device instead.
+	 */
+	if (!rdev->mode_info.bl_encoder)
+		acpi_video_register_backlight();
 }
 
 void
-- 
2.36.0


WARNING: multiple messages have this Message-ID (diff)
From: Hans de Goede <hdegoede@redhat.com>
To: "Ben Skeggs" <bskeggs@redhat.com>,
	"Karol Herbst" <kherbst@redhat.com>, Lyude <lyude@redhat.com>,
	"Daniel Dadap" <ddadap@nvidia.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Christian König" <christian.koenig@amd.com>,
	Pan@freedesktop.org, Xinhui <Xinhui.Pan@amd.com>,
	"Rafael J . Wysocki" <rafael@kernel.org>,
	"Mika Westerberg" <mika.westerberg@linux.intel.com>,
	"Lukas Wunner" <lukas@wunner.de>,
	"Mark Gross" <markgross@kernel.org>,
	"Andy Shevchenko" <andy@kernel.org>
Cc: linux-acpi@vger.kernel.org, David Airlie <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	dri-devel@lists.freedesktop.org,
	platform-driver-x86@vger.kernel.org,
	Hans de Goede <hdegoede@redhat.com>,
	amd-gfx@lists.freedesktop.org, Daniel Vetter <daniel@ffwll.ch>,
	Len Brown <lenb@kernel.org>
Subject: [PATCH v2 14/29] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
Date: Tue, 12 Jul 2022 21:38:55 +0200	[thread overview]
Message-ID: <20220712193910.439171-15-hdegoede@redhat.com> (raw)
In-Reply-To: <20220712193910.439171-1-hdegoede@redhat.com>

Typically the acpi_video driver will initialize before radeon, which
used to cause /sys/class/backlight/acpi_video0 to get registered and then
radeon would register its own radeon_bl# device later. After which
the drivers/acpi/video_detect.c code unregistered the acpi_video0 device
to avoid there being 2 backlight devices.

This means that userspace used to briefly see 2 devices and the
disappearing of acpi_video0 after a brief time confuses the systemd
backlight level save/restore code, see e.g.:
https://bbs.archlinux.org/viewtopic.php?id=269920

To fix this the ACPI video code has been modified to make backlight class
device registration a separate step, relying on the drm/kms driver to
ask for the acpi_video backlight registration after it is done setting up
its native backlight device.

Add a call to the new acpi_video_register_backlight() when radeon skips
registering its own backlight device because of e.g. the firmware_flags
or the acpi_video_get_backlight_type() return value. This ensures that
if the acpi_video backlight device should be used, it will be available
before the radeon drm_device gets registered with userspace.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c
index 46549d5179ee..c1cbebb51be1 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -30,6 +30,8 @@
 #include <drm/drm_device.h>
 #include <drm/radeon_drm.h>
 
+#include <acpi/video.h>
+
 #include "radeon.h"
 #include "radeon_atombios.h"
 #include "radeon_legacy_encoders.h"
@@ -167,7 +169,7 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		return;
 
 	if (radeon_backlight == 0) {
-		return;
+		use_bl = false;
 	} else if (radeon_backlight == 1) {
 		use_bl = true;
 	} else if (radeon_backlight == -1) {
@@ -193,6 +195,13 @@ static void radeon_encoder_add_backlight(struct radeon_encoder *radeon_encoder,
 		else
 			radeon_legacy_backlight_init(radeon_encoder, connector);
 	}
+
+	/*
+	 * If there is no native backlight device (which may happen even when
+	 * use_bl==true) try registering an ACPI video backlight device instead.
+	 */
+	if (!rdev->mode_info.bl_encoder)
+		acpi_video_register_backlight();
 }
 
 void
-- 
2.36.0


  parent reply	other threads:[~2022-07-12 19:40 UTC|newest]

Thread overview: 289+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-12 19:38 [Nouveau] [PATCH v2 00/29] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display Hans de Goede
2022-07-12 19:38 ` Hans de Goede
2022-07-12 19:38 ` Hans de Goede
2022-07-12 19:38 ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38 ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 01/29] ACPI: video: Add acpi_video_backlight_use_native() helper Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-21 21:24   ` Daniel Dadap
2022-07-21 21:24     ` [Intel-gfx] " Daniel Dadap
2022-07-21 21:24     ` Daniel Dadap
2022-07-21 21:24     ` Daniel Dadap
2022-07-21 21:24     ` [Nouveau] " Daniel Dadap
2022-07-21 21:30     ` Daniel Dadap
2022-07-21 21:30       ` [Intel-gfx] " Daniel Dadap
2022-07-21 21:30       ` Daniel Dadap
2022-07-21 21:30       ` Daniel Dadap
2022-07-21 21:30       ` [Nouveau] " Daniel Dadap
2022-08-02 11:31       ` Hans de Goede
2022-08-02 11:31         ` Hans de Goede
2022-08-02 11:31         ` [Intel-gfx] " Hans de Goede
2022-08-02 11:31         ` Hans de Goede
2022-08-02 11:31         ` [Nouveau] " Hans de Goede
2022-08-02 16:49         ` Daniel Dadap
2022-08-02 16:49           ` [Intel-gfx] " Daniel Dadap
2022-08-02 16:49           ` Daniel Dadap
2022-08-02 16:49           ` Daniel Dadap
2022-08-02 16:49           ` [Nouveau] " Daniel Dadap
2022-08-17 15:05           ` Hans de Goede
2022-08-17 15:05             ` Hans de Goede
2022-08-17 15:05             ` [Intel-gfx] " Hans de Goede
2022-08-17 15:05             ` Hans de Goede
2022-08-17 15:05             ` [Nouveau] " Hans de Goede
2022-08-17 20:18             ` Daniel Dadap
2022-08-17 20:18               ` [Intel-gfx] " Daniel Dadap
2022-08-17 20:18               ` Daniel Dadap
2022-08-17 20:18               ` Daniel Dadap
2022-08-17 20:18               ` [Nouveau] " Daniel Dadap
2022-08-24 11:08               ` Hans de Goede
2022-08-24 11:08                 ` Hans de Goede
2022-08-24 11:08                 ` [Intel-gfx] " Hans de Goede
2022-08-24 11:08                 ` Hans de Goede
2022-08-24 11:08                 ` [Nouveau] " Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 02/29] drm/i915: Don't register backlight when another backlight should be used Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 03/29] drm/amdgpu: " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-20 16:44   ` Alex Deucher
2022-07-20 16:44     ` Alex Deucher
2022-07-20 16:44     ` [Intel-gfx] " Alex Deucher
2022-07-20 16:44     ` Alex Deucher
2022-07-20 16:44     ` [Nouveau] " Alex Deucher
2022-07-20 16:46     ` Alex Deucher
2022-07-20 16:46       ` Alex Deucher
2022-07-20 16:46       ` [Intel-gfx] " Alex Deucher
2022-07-20 16:46       ` Alex Deucher
2022-07-20 16:46       ` [Nouveau] " Alex Deucher
2022-08-17 13:05       ` Hans de Goede
2022-08-17 13:05         ` [Intel-gfx] " Hans de Goede
2022-08-17 13:05         ` Hans de Goede
2022-08-17 13:05         ` Hans de Goede
2022-08-17 13:05         ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 04/29] drm/radeon: " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-20 16:45   ` Alex Deucher
2022-07-20 16:45     ` Alex Deucher
2022-07-20 16:45     ` [Intel-gfx] " Alex Deucher
2022-07-20 16:45     ` Alex Deucher
2022-07-20 16:45     ` [Nouveau] " Alex Deucher
2022-07-12 19:38 ` [Nouveau] [PATCH v2 05/29] drm/nouveau: " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-14 21:04   ` Lyude Paul
2022-07-14 21:04     ` Lyude Paul
2022-07-14 21:04     ` [Intel-gfx] " Lyude Paul
2022-07-14 21:04     ` Lyude Paul
2022-07-14 21:04     ` [Nouveau] " Lyude Paul
2022-07-12 19:38 ` [Nouveau] [PATCH v2 06/29] ACPI: video: Drop backlight_device_get_by_type() call from acpi_video_get_backlight_type() Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 07/29] ACPI: video: Remove acpi_video_bus from list before tearing it down Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 08/29] ACPI: video: Simplify acpi_video_unregister_backlight() Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 09/29] ACPI: video: Make backlight class device registration a separate step Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-20 16:50   ` Alex Deucher
2022-07-20 16:50     ` Alex Deucher
2022-07-20 16:50     ` [Intel-gfx] " Alex Deucher
2022-07-20 16:50     ` Alex Deucher
2022-07-20 16:50     ` [Nouveau] " Alex Deucher
2022-07-12 19:38 ` [PATCH v2 10/29] ACPI: video: Remove code to unregister acpi_video backlight when a native backlight registers Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Nouveau] " Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 11/29] drm/i915: Call acpi_video_register_backlight() (v2) Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 12/29] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38 ` [PATCH v2 13/29] drm/amdgpu: Register ACPI video backlight when skipping amdgpu backlight registration Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Nouveau] " Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-20 16:53   ` Alex Deucher
2022-07-20 16:53     ` Alex Deucher
2022-07-20 16:53     ` [Intel-gfx] " Alex Deucher
2022-07-20 16:53     ` Alex Deucher
2022-07-20 16:53     ` [Nouveau] " Alex Deucher
2022-07-12 19:38 ` Hans de Goede [this message]
2022-07-12 19:38   ` [PATCH v2 14/29] drm/radeon: Register ACPI video backlight when skipping radeon " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-20 16:54   ` Alex Deucher
2022-07-20 16:54     ` [Nouveau] " Alex Deucher
2022-07-20 16:54     ` Alex Deucher
2022-07-20 16:54     ` [Intel-gfx] " Alex Deucher
2022-07-20 16:54     ` Alex Deucher
2022-07-12 19:38 ` [Nouveau] [PATCH v2 15/29] ACPI: video: Refactor acpi_video_get_backlight_type() a bit Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 16/29] ACPI: video: Add Nvidia WMI EC brightness control detection Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 20:13   ` [Nouveau] " Daniel Dadap
2022-07-12 20:13     ` Daniel Dadap
2022-07-12 20:13     ` Daniel Dadap
2022-07-12 20:13     ` Daniel Dadap
2022-07-15 11:59     ` Hans de Goede
2022-07-15 11:59       ` Hans de Goede
2022-07-15 11:59       ` [Intel-gfx] " Hans de Goede
2022-07-15 11:59       ` Hans de Goede
2022-07-15 11:59       ` [Nouveau] " Hans de Goede
2022-07-15 15:32       ` Daniel Dadap
2022-07-15 15:32         ` Daniel Dadap
2022-07-15 15:32         ` [Nouveau] " Daniel Dadap
2022-07-15 15:32         ` Daniel Dadap
2022-07-15 16:04         ` Hans de Goede
2022-07-15 16:04           ` Hans de Goede
2022-07-15 16:04           ` [Nouveau] " Hans de Goede
2022-07-15 16:04           ` [Intel-gfx] " Hans de Goede
2022-07-15 16:04           ` Hans de Goede
2022-08-17 12:22       ` Hans de Goede
2022-08-17 12:22         ` Hans de Goede
2022-08-17 12:22         ` Hans de Goede
2022-08-17 12:22         ` [Intel-gfx] " Hans de Goede
2022-08-17 12:22         ` [Nouveau] " Hans de Goede
2022-08-17 16:57         ` Daniel Dadap
2022-08-17 16:57           ` Daniel Dadap
2022-08-17 16:57           ` [Intel-gfx] " Daniel Dadap
2022-08-17 16:57           ` Daniel Dadap
2022-08-17 16:57           ` [Nouveau] " Daniel Dadap
2022-07-12 19:38 ` [Nouveau] [PATCH v2 17/29] ACPI: video: Add Apple GMUX " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38 ` [Nouveau] [PATCH v2 18/29] platform/x86: apple-gmux: Stop calling acpi/video.h functions Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:38   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:38   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 19/29] platform/x86: toshiba_acpi: Stop using acpi_video_set_dmi_backlight_type() Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 20/29] platform/x86: acer-wmi: Move backlight DMI quirks to acpi/video_detect.c Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 20:24   ` Daniel Dadap
2022-07-12 20:24     ` Daniel Dadap
2022-07-12 20:24     ` Daniel Dadap
2022-07-12 20:24     ` [Nouveau] " Daniel Dadap
2022-07-15 12:01     ` Hans de Goede
2022-07-15 12:01       ` Hans de Goede
2022-07-15 12:01       ` [Intel-gfx] " Hans de Goede
2022-07-15 12:01       ` Hans de Goede
2022-07-15 12:01       ` [Nouveau] " Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 21/29] platform/x86: asus-wmi: Drop DMI chassis-type check from backlight handling Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 22/29] platform/x86: asus-wmi: Move acpi_backlight=vendor quirks to ACPI video_detect.c Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 23/29] platform/x86: asus-wmi: Move acpi_backlight=native " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 24/29] platform/x86: samsung-laptop: Move acpi_backlight=[vendor|native] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 25/29] ACPI: video: Remove acpi_video_set_dmi_backlight_type() Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Intel-gfx] [PATCH v2 26/29] ACPI: video: Drop "Samsung X360" acpi_backlight=native quirk Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Nouveau] " Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 27/29] ACPI: video: Drop Clevo/TUXEDO NL5xRU and NL5xNU acpi_backlight=native quirks Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-13 17:07   ` Werner Sembach
2022-07-13 17:07     ` [Nouveau] " Werner Sembach
2022-07-13 17:07     ` Werner Sembach
2022-07-13 17:07     ` [Intel-gfx] " Werner Sembach
2022-07-13 17:07     ` Werner Sembach
2022-07-13 17:21     ` Limonciello, Mario
2022-07-13 17:21       ` [Nouveau] " Limonciello, Mario
2022-07-13 17:21       ` Limonciello, Mario
2022-07-13 17:21       ` Limonciello, Mario
2022-07-14 19:43       ` Hans de Goede
2022-07-14 19:43         ` Hans de Goede
2022-07-14 19:43         ` [Intel-gfx] " Hans de Goede
2022-07-14 19:43         ` Hans de Goede
2022-07-14 19:43         ` [Nouveau] " Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 28/29] ACPI: video: Fix indentation of video_detect_dmi_table[] entries Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39 ` [Nouveau] [PATCH v2 29/29] drm/todo: Add entry about dealing with brightness control on devices with > 1 panel Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 19:39   ` [Intel-gfx] " Hans de Goede
2022-07-12 19:39   ` Hans de Goede
2022-07-12 20:18 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/kms: Stop registering multiple /sys/class/backlight devs for a single display (rev2) Patchwork
2022-07-12 20:39 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2022-07-15 16:48   ` Rodrigo Vivi
2022-07-14 18:42 ` [PATCH v2 00/29] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display Rafael J. Wysocki
2022-07-14 18:42   ` Rafael J. Wysocki
2022-07-14 18:42   ` [Intel-gfx] " Rafael J. Wysocki
2022-07-14 18:42   ` Rafael J. Wysocki
2022-07-14 18:42   ` [Nouveau] " Rafael J. Wysocki
2022-07-14 21:49 ` Lyude Paul
2022-07-14 21:49   ` [Intel-gfx] " Lyude Paul
2022-07-14 21:49   ` Lyude Paul
2022-07-14 21:49   ` Lyude Paul
2022-07-14 21:49   ` [Nouveau] " Lyude Paul

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=20220712193910.439171-15-hdegoede@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=Pan@freedesktop.org \
    --cc=Xinhui.Pan@amd.com \
    --cc=airlied@linux.ie \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=andy@kernel.org \
    --cc=bskeggs@redhat.com \
    --cc=christian.koenig@amd.com \
    --cc=daniel@ffwll.ch \
    --cc=ddadap@nvidia.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=kherbst@redhat.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=lukas@wunner.de \
    --cc=lyude@redhat.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=markgross@kernel.org \
    --cc=mika.westerberg@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=rafael@kernel.org \
    --cc=rodrigo.vivi@intel.com \
    --cc=tvrtko.ursulin@linux.intel.com \
    --cc=tzimmermann@suse.de \
    /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.