Am 19.10.22 um 16:57 schrieb Greg KH:
On Wed, Oct 19, 2022 at 04:01:42PM +0200, Werner Sembach wrote:
commit 3dbc80a3e4c55c4a5b89ef207bed7b7de36157b4 upstream.
That is not this commit at all :(
Yes, that commit is obsoleting these quirks. I think I misinterpreted the doc. I thought some kind of upstream commit has to be always included. Now reading it again, I should have just left that line out?
What I wanted to say: These quirks are not required on upstream, but only on <= 6.0.y
I'm sorry for causing confusion (again q.q)
The upstream commit "ACPI: video: Make backlight class device registration a separate step (v2)" changes the logic in a way that these quirks are not required anymore, but kernel <= 6.0 still need these.
The TongFang GKxNRxx, GMxNGxx, GMxZGxx, and GMxRGxx / TUXEDO Stellaris/Polaris Gen 1-4, have the same problem as the Clevo NL5xRU and NL5xNU / TUXEDO Aura 15 Gen1 and Gen2: They have a working native and video interface for screen backlight. However the default detection mechanism first registers the video interface before unregistering it again and switching to the native interface during boot. This results in a dangling SBIOS request for backlight change for some reason, causing the backlight to switch to ~2% once per boot on the first power cord connect or disconnect event. Setting the native interface explicitly circumvents this buggy behaviour by avoiding the unregistering process.
Signed-off-by: Werner Sembach wse@tuxedocomputers.com
drivers/acpi/video_detect.c | 64 +++++++++++++++++++++++++++++++++++++ 1 file changed, 64 insertions(+)
<formletter>
This is not the correct way to submit patches for inclusion in the stable kernel tree. Please read: https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html for how to do this properly.
</formletter>