Hi everyone,
I’ve just upgraded to 13.2, and I found that I’ve lost the capability to change the screen brightness. The Fn keys are working fine. According to Google, it seems that kernel 3.16 is the one to blame. I’ve tried to solve this by using some kernel parameters like
acpi_backlight=vendor acpi_osi=Linux video.use_native_backlight=1,
with no sucess.
My eyes and my battery would really appreciate any help.
Nico.
Hi
What is your hardware?
If it’s a SONY, have a look here;
http://bugzilla.opensuse.org/show_bug.cgi?id=903544
Else have you tries;
acpi_osi=\"!Windows 2012\"
That did not make it either. This is a Toshiba Satellite L745.
Just a thought - which graphics driver is in use? (I assisted a user recently with a backlight adjustment issue, and a basic framebuffer driver was found to be in use.) That could be impacting here. Upload /var/log/Xorg.0.log to http://pastebin.com/ and post the link to it here.
Graphics hardware details too please:
/usr/sbin/hwinfo --gfxcard
Here’s the log:
http://pastebin.com/FWtGFYGY
These are my hardware details:
09: PCI 02.0: 0300 VGA compatible controller (VGA)
[Created at pci.328]
Unique ID: _Znp.p8dSE1_5TZ8
SysFS ID: /devices/pci0000:00/0000:00:02.0
SysFS BusID: 0000:00:02.0
Hardware Class: graphics card
Model: "Intel 2nd Generation Core Processor Family Integrated Graphics Controller"
Vendor: pci 0x8086 "Intel Corporation"
Device: pci 0x0116 "2nd Generation Core Processor Family Integrated Graphics Controller"
SubVendor: pci 0x1179 "Toshiba America Info Systems"
SubDevice: pci 0xfcd0
Revision: 0x09
Driver: "i915"
Driver Modules: "drm"
Memory Range: 0xc0000000-0xc03fffff (rw,non-prefetchable)
Memory Range: 0xb0000000-0xbfffffff (ro,non-prefetchable)
I/O Ports: 0x3000-0x303f (rw)
IRQ: 41 (5266 events)
I/O Ports: 0x3c0-0x3df (rw)
Module Alias: "pci:v00008086d00000116sv00001179sd0000FCD0bc03sc00i00"
Driver Info #0:
Driver Status: i915 is active
Driver Activation Cmd: "modprobe i915"
Config Status: cfg=new, avail=yes, need=no, active=unknown
Primary display adapter: #9
No, you didn’t post the entire log, so doesn’t tell us anything.
Hi
Just to confirm, the acpi option I proposed was added just by itself, no other options?
Sorry about that. Please check it now; same link.
Yes: no other options.
Thanks. That checks out as expected.
I also note
40.986] (--) intel(0): Found backlight control interface toshiba (type 'platform') for output LVDS1
So maybe some other regression at play…
Something to try: Open a terminal window and run
udevadm monitor
and then try adjusting the screen brightness with Fn keys
For reference, when I do that I get the following events reported (along with changes to backlight levels)
KERNEL[4764.079425] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
UDEV [4764.081788] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
KERNEL[4764.670644] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
UDEV [4764.671977] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
KERNEL[4765.073562] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
UDEV [4765.074113] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
KERNEL[4765.274046] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
UDEV [4765.274396] change /devices/pci0000:00/0000:00:02.0/backlight/acpi_video0 (backlight)
This is the output I get. The brightness stays fixed.
KERNEL[398.050153] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
UDEV [398.051141] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
KERNEL[399.726742] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
UDEV [399.727621] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
KERNEL[419.561937] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
UDEV [419.563315] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
KERNEL[420.105022] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
UDEV [420.106263] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
KERNEL[420.798436] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
UDEV [420.799869] change /devices/LNXSYSTM:00/LNXSYBUS:00/TOS1900:00/backlight/toshiba (backlight)
So, the udev event is being captured at least. It seems to be related to this bug
https://bugzilla.kernel.org/show_bug.cgi?id=32742
BTW, can you confirm that ‘toshiba_acpi’ is loaded?
lsmod|grep toshiba_acpi
Here is the output:
toshiba_acpi 32368 0
sparse_keymap 13948 1 toshiba_acpi
rfkill 26772 5 cfg80211,toshiba_acpi,bluetooth
wmi 19193 1 toshiba_acpi
All I can suggest from here is adding to the kernel bug report I linked to.
Ok, thanks for your time!
I found a “solution”: I’ve downgraded the kernel to 3.14, found in the repo
http://download.opensuse.org/repositories/home:/Warhammer40k:/kernels:/3_14/openSUSE_13.2_Update/
and now brightness control works fine.
That’s a pragmatic workaround for now. Hopefully the regression will be fixed soon.
It also works fine using kernel 3.17.2, available at
http://download.opensuse.org/repositories/home:/Alsbz/openSUSE_13.2/