https://bugzilla.kernel.org/show_bug.cgi?id=153401
aklya...@gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aklya...@gmail.com
--- Comment #37 from aklya...@gmail.com ---
Hello, I am having the same issue on a ThinkPad x230.
I got a bisect going, but realized that I have been relying on a patch to make
the backlight work in the first place, as a part of Gentoo's 'genpatches'. It
adds the lines,
* The following Lenovo models have a broken workaround in the
* acpi_video backlight implementation to meet the Windows 8
* requirement of 101 backlight levels. Reverting to pre-Win8
* behavior fixes the problem.
{
.callback = dmi_disable_osi_win8,
.ident = "Lenovo ThinkPad X230",
.matches = {
DMI_MATCH(DMI_SYS_VENDOR, "LENOVO"),
DMI_MATCH(DMI_PRODUCT_VERSION, "ThinkPad X230"),
},
},
which make the backlight work correctly for my machine, and other similar
entries make it work for all *30 generation ThinkPads -
https://github.com/svn2github/genpatches-26/blob/master/genpatches-2.6/trunk/3.15/2700_ThinkPad-30-brightness-control-fix.patch
This causes the backlight to work in 4.4.6, but changes to
drivers/acpi/blacklist.c (things were moved to a new file, osi.c) seem to have
caused it to stop functioning. I wouldn't be surprised if this is where the
other problems are from as well -
https://github.com/torvalds/linux/commits/master/drivers/acpi/blacklist.c
It seems like I will not be able to do a proper bisect, but in my case, the
changes to blacklist.c and its behavior on May 3 seem to be the source of this
problem.
--
You are receiving this mail because:
You are watching the assignee of the bug.
------------------------------------------------------------------------------
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
