[PATCH v3 0/3] Adjust ACPI video detection fallback path
Rafael J. Wysocki
rafael at kernel.org
Thu Dec 22 16:42:40 UTC 2022
On Thu, Dec 15, 2022 at 8:38 PM Rafael J. Wysocki <rafael at kernel.org> wrote:
>
> On Thu, Dec 15, 2022 at 8:20 PM Limonciello, Mario
> <Mario.Limonciello at amd.com> wrote:
> >
> > [Public]
> >
> > > -----Original Message-----
> > > From: Limonciello, Mario <Mario.Limonciello at amd.com>
> > > Sent: Thursday, December 8, 2022 10:42
> > > To: Rafael J . Wysocki <rafael at kernel.org>; Deucher, Alexander
> > > <Alexander.Deucher at amd.com>; Hans de Goede
> > > <hdegoede at redhat.com>
> > > Cc: amd-gfx at lists.freedesktop.org; linux-acpi at vger.kernel.org; Daniel
> > > Dadap <ddadap at nvidia.com>; Limonciello, Mario
> > > <Mario.Limonciello at amd.com>
> > > Subject: [PATCH v3 0/3] Adjust ACPI video detection fallback path
> > >
> > > In kernel 6.1 the backlight registration code was overhauled so that
> > > at most one backlight device got registered. As part of this change
> > > there was code added to still allow making an acpi_video0 device if the
> > > BIOS contained backlight control methods but no native or vendor drivers
> > > registered.
> > >
> > > Even after the overhaul this fallback logic is failing on the BIOS from
> > > a number of motherboard manufacturers supporting Ryzen APUs.
> > > What happens is the amdgpu driver finishes registration and as expected
> > > doesn't create a backlight control device since no eDP panels are connected
> > > to a desktop.
> > >
> > > Then 8 seconds later the ACPI video detection code creates an
> > > acpi_video0 device that is non-operational. GNOME then creates a
> > > backlight slider.
> > >
> > > To avoid this situation from happening make two sets of changes:
> > >
> > > Prevent desktop problems w/ fallback logic
> > > ------------------------------------------
> > > 1) Add support for the video detect code to let native drivers cancel the
> > > fallback logic if they didn't find a panel.
> > >
> > > This is done this way so that if another driver decides that the ACPI
> > > mechanism is still needed it can instead directly call the registration
> > > function.
> > >
> > > 2) Add code to amdgpu to notify the ACPI video detection code that no panel
> > > was detected on an APU.
> > >
> > > Disable fallback logic by default
> > > ---------------------------------
> > > This fallback logic was introduced to prevent regressions in the backlight
> > > overhaul. As it has been deemed unnecessary by Hans explicitly disable the
> > > timeout. If this turns out to be mistake and this part is reverted, the
> > > other patches for preventing desktop problems will avoid regressions on
> > > desktops.
> > >
> > > Mario Limonciello (3):
> > > ACPI: video: Allow GPU drivers to report no panels
> > > drm/amd/display: Report to ACPI video if no panels were found
> > > ACPI: video: Don't enable fallback path for creating ACPI backlight by
> > > default
> > >
> > > drivers/acpi/acpi_video.c | 17 ++++++++++++-----
> > > .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 4 ++++
> > > include/acpi/video.h | 2 ++
> > > 3 files changed, 18 insertions(+), 5 deletions(-)
> > >
> > > --
> > > 2.34.1
> >
> > FYI, besides me, this series also tested successfully by one of the
> > reporters to the Red Hat bugzilla.
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1783786#c8
>
> Thanks for letting me know!
>
> I'll queue it up for 6.2-rc next week.
Done now, thanks!
More information about the amd-gfx
mailing list