On 6/23/2024 15:55, Hans de Goede wrote:
Hi,
On 6/23/24 10:20 PM, Mario Limonciello wrote:
On 6/23/2024 03:51, Thomas Weißschuh wrote:
Panels using a PWM-controlled backlight source without an do not have a
standard way to communicate their valid PWM ranges.
On x86 the ranges are read from ACPI through driver-specific tables.
The built-in ranges are not necessarily correct, or may grow stale if an
older device can be retrofitted with newer panels.
Add a quirk infrastructure with which the valid backlight ranges can be
maintained as part of the kernel.
So I was just talking to some folks in the Linux handheld gaming community (added to CC) about an issue they have where they need to know the correct panel orientation. Due to reuse of panels across vendors the orientation on one might not be appropriate on another. The trick is then to detect the combo of both the panel and the DMI data.
It's the same "kind" of problem where something advertised in the firmware should be ignored but only on a panel + SMBIOS combination.
So I am wondering if what you're proposing here could be more generalized. IE "drm_panel_quirks.c" instead?
Thoughts?
Note we already have a quirk mechanism for non upright mounted lcd-panels:
drivers/gpu/drm/drm_panel_orientation_quirks.c
note that the info here is shared with the simpledrm and
efifb drivers, so if the chose is made to extend this then
that needs to be taken into account.
Regards,
Hans
Thanks for sharing. Totally agree this is this the better way to go for
what I raised.
