Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Control: forwarded -1 https://github.com/systemd/systemd/issues/14732 Forwarded upstream. Please follow-up there. signature.asc Description: OpenPGP digital signature
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Hi Ben, I'm bringing you into the loop here. Maybe you can help as kernel maintainer (or know someone we could ask). On Thu, 17 Oct 2019 11:26:05 +0200 Rado S wrote: > =- Michael Biebl wrote on Wed 16.Oct'19 at 13:06:29 +0200 -= > > > >>> # cat /sys/class/backlight/intel_backlight/brightness > > >>> 1500 > > > > > > I get 79560. > > > > > >> and change it via > > >>> # echo 2000 > /sys/class/backlight/intel_backlight/brightness > > > > > > Setting it via intel to 6 makes it darker. > > > > > >> What's the output you get for your dell_backlight? > > > > > >>From dell_backlight I get: > > > # cat dell_backlight/brightness > > > 6 > > > > > > But when setting it, it says: > > > > > > # echo 5 > dell_backlight/brightness > > > -ksh: echo: write to 1 failed [Input/output error] > > > {...} > > > What next? > > > > Dunno. You'll probably need to ask someone who is familiar with > > Dell hardware. I have no idea why these Dell laptops provide a > > dell_backlight device and what this device supposed to control. > > Apparently it can't be used to change the brightness despite it > > exposing the brightness attribute. > > For the record: > the dell value for brightness reflects the scale given in the BIOS > menu: (0-7) > > The dell vostro works OK: > despite having an Intel GM45 it has no intel_backlight device at > the same place as the others. > Instead it has acpi_video0 which scales like the dell_backlight > (values 0-7) rather than the intel_backlight (*1000). > At Installation time xorg also decided not to use a gpu specific > driver (xorg-video-intel) with the vostro for the acpi_video0, which > in return made X operate slow compared to the older dells, which > still do use the xorg-video-intel (or radeon). > > Which components of the installer decide whether to use xorg-drivers > and which devices to create for backlight handling? > > Is this still systemd or again a kernel issue? Tbh, I don't know. Ben, maybe you can help here: If a backlight device exposes a brightness attribute, is it safe to assume that this property is writable? If not, is there a way to determine whether it is writable? Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
=- Michael Biebl wrote on Wed 16.Oct'19 at 13:06:29 +0200 -= > >>> # cat /sys/class/backlight/intel_backlight/brightness > >>> 1500 > > > > I get 79560. > > > >> and change it via > >>> # echo 2000 > /sys/class/backlight/intel_backlight/brightness > > > > Setting it via intel to 6 makes it darker. > > > >> What's the output you get for your dell_backlight? > > > >>From dell_backlight I get: > > # cat dell_backlight/brightness > > 6 > > > > But when setting it, it says: > > > > # echo 5 > dell_backlight/brightness > > -ksh: echo: write to 1 failed [Input/output error] > > {...} > > What next? > > Dunno. You'll probably need to ask someone who is familiar with > Dell hardware. I have no idea why these Dell laptops provide a > dell_backlight device and what this device supposed to control. > Apparently it can't be used to change the brightness despite it > exposing the brightness attribute. For the record: the dell value for brightness reflects the scale given in the BIOS menu: (0-7) The dell vostro works OK: despite having an Intel GM45 it has no intel_backlight device at the same place as the others. Instead it has acpi_video0 which scales like the dell_backlight (values 0-7) rather than the intel_backlight (*1000). At Installation time xorg also decided not to use a gpu specific driver (xorg-video-intel) with the vostro for the acpi_video0, which in return made X operate slow compared to the older dells, which still do use the xorg-video-intel (or radeon). Which components of the installer decide whether to use xorg-drivers and which devices to create for backlight handling? Is this still systemd or again a kernel issue? Thanks for your support so far, Rado
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Am 16.10.19 um 05:10 schrieb Rado S: > =- Michael Biebl wrote on Tue 15.Oct'19 at 13:33:15 +0200 -= > >> I can get the current brightness via >>> # cat /sys/class/backlight/intel_backlight/brightness >>> 1500 > > I get 79560. > >> and change it via >>> # echo 2000 > /sys/class/backlight/intel_backlight/brightness > > Setting it via intel to 6 makes it darker. > >> What's the output you get for your dell_backlight? > >>From dell_backlight I get: > # cat dell_backlight/brightness > 6 > > But when setting it, it says: > > # echo 5 > dell_backlight/brightness > -ksh: echo: write to 1 failed [Input/output error] > > This is what both links look like: > > 0 lrwxrwxrwx 1 root root 0 Oct 16 05:01 dell_backlight -> > ../../devices/platform/dell-laptop/backlight/dell_backlight/ > 0 lrwxrwxrwx 1 root root 0 Oct 16 04:54 intel_backlight -> > ../../devices/pci:00/:00:02.0/drm/card0/card0-LVDS-1/intel_backlight/ > > dell_backlight/: > total 0 > 0 -r--r--r-- 1 root root 4096 Oct 16 05:03 actual_brightness > 0 -rw-r--r-- 1 root root 4096 Oct 16 05:03 bl_power > 0 -rw-r--r-- 1 root root 4096 Oct 16 05:04 brightness > 0 lrwxrwxrwx 1 root root0 Oct 16 05:03 device -> ../../../dell-laptop/ > 0 -r--r--r-- 1 root root 4096 Oct 16 05:03 max_brightness > 0 drwxr-xr-x 2 root root0 Oct 16 05:03 power/ > 0 lrwxrwxrwx 1 root root0 Oct 16 04:52 subsystem -> > ../../../../../class/backlight/ > 0 -r--r--r-- 1 root root 4096 Oct 16 05:03 type > 0 -rw-r--r-- 1 root root 4096 Oct 16 05:03 uevent > > intel_backlight/: > total 0 > 0 -r--r--r-- 1 root root 4096 Oct 16 04:54 actual_brightness > 0 -rw-r--r-- 1 root root 4096 Oct 16 04:54 bl_power > 0 -rw-r--r-- 1 root root 4096 Oct 16 04:54 brightness > 0 lrwxrwxrwx 1 root root0 Oct 16 04:54 device -> ../../card0-LVDS-1/ > 0 -r--r--r-- 1 root root 4096 Oct 16 04:54 max_brightness > 0 drwxr-xr-x 2 root root0 Oct 16 04:54 power/ > 0 lrwxrwxrwx 1 root root0 Oct 16 04:54 subsystem -> > ../../../../../../../class/backlight/ > 0 -r--r--r-- 1 root root 4096 Oct 16 04:54 type > 0 -rw-r--r-- 1 root root 4096 Oct 16 04:54 uevent > > What next? > Dunno. You'll probably need to ask someone who is familiar with Dell hardware. I have no idea why these Dell laptops provide a dell_backlight device and what this device supposed to control. Apparently it can't be used to change the brightness despite it exposing the brightness attribute. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
=- Michael Biebl wrote on Tue 15.Oct'19 at 13:33:15 +0200 -= > I can get the current brightness via > > # cat /sys/class/backlight/intel_backlight/brightness > > 1500 I get 79560. > and change it via > > # echo 2000 > /sys/class/backlight/intel_backlight/brightness Setting it via intel to 6 makes it darker. > What's the output you get for your dell_backlight? >From dell_backlight I get: # cat dell_backlight/brightness 6 But when setting it, it says: # echo 5 > dell_backlight/brightness -ksh: echo: write to 1 failed [Input/output error] This is what both links look like: 0 lrwxrwxrwx 1 root root 0 Oct 16 05:01 dell_backlight -> ../../devices/platform/dell-laptop/backlight/dell_backlight/ 0 lrwxrwxrwx 1 root root 0 Oct 16 04:54 intel_backlight -> ../../devices/pci:00/:00:02.0/drm/card0/card0-LVDS-1/intel_backlight/ dell_backlight/: total 0 0 -r--r--r-- 1 root root 4096 Oct 16 05:03 actual_brightness 0 -rw-r--r-- 1 root root 4096 Oct 16 05:03 bl_power 0 -rw-r--r-- 1 root root 4096 Oct 16 05:04 brightness 0 lrwxrwxrwx 1 root root0 Oct 16 05:03 device -> ../../../dell-laptop/ 0 -r--r--r-- 1 root root 4096 Oct 16 05:03 max_brightness 0 drwxr-xr-x 2 root root0 Oct 16 05:03 power/ 0 lrwxrwxrwx 1 root root0 Oct 16 04:52 subsystem -> ../../../../../class/backlight/ 0 -r--r--r-- 1 root root 4096 Oct 16 05:03 type 0 -rw-r--r-- 1 root root 4096 Oct 16 05:03 uevent intel_backlight/: total 0 0 -r--r--r-- 1 root root 4096 Oct 16 04:54 actual_brightness 0 -rw-r--r-- 1 root root 4096 Oct 16 04:54 bl_power 0 -rw-r--r-- 1 root root 4096 Oct 16 04:54 brightness 0 lrwxrwxrwx 1 root root0 Oct 16 04:54 device -> ../../card0-LVDS-1/ 0 -r--r--r-- 1 root root 4096 Oct 16 04:54 max_brightness 0 drwxr-xr-x 2 root root0 Oct 16 04:54 power/ 0 lrwxrwxrwx 1 root root0 Oct 16 04:54 subsystem -> ../../../../../../../class/backlight/ 0 -r--r--r-- 1 root root 4096 Oct 16 04:54 type 0 -rw-r--r-- 1 root root 4096 Oct 16 04:54 uevent What next?
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
On 15.10.19 03:03, Rado S wrote: > =- Michael Biebl wrote on Mon 14.Oct'19 at 23:20:57 +0200 -= > >> Am 14.10.19 um 23:13 schrieb Rado S: >>> dell_backlight: Failed to write system 'brightness' attribute: No such >>> device or address >> >> Looks like a kernel or firmware/bios problem to me. >> >> Since you didn't use reportbug there is no information about your used >> kernel. > > It is in the journalctl output; > Linux version 4.19.0-6-686-pae (debian-ker...@lists.debian.org) (gcc version > 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.67-2 (2019-08-28) > > The dell d600 (also failing) uses the non-pae version of it. > The functioning vostro uses the same pae-version. > > What more information can I provide? > It appears you have backlight device without a brightness attribute. Here this look like this > # ls -la /sys/class/backlight/intel_backlight/ > insgesamt 0 > drwxr-xr-x 3 root root0 Okt 15 13:29 ./ > drwxr-xr-x 4 root root0 Okt 15 01:15 ../ > -r--r--r-- 1 root root 4096 Okt 15 13:27 actual_brightness > -rw-r--r-- 1 root root 4096 Okt 15 13:27 bl_power > -rw-r--r-- 1 root root 4096 Okt 15 13:28 brightness > lrwxrwxrwx 1 root root0 Okt 15 13:27 device -> ../../card0-LVDS-1/ > -r--r--r-- 1 root root 4096 Okt 15 01:15 max_brightness > drwxr-xr-x 2 root root0 Okt 15 13:27 power/ > lrwxrwxrwx 1 root root0 Okt 15 01:15 subsystem -> > ../../../../../../../class/backlight/ > -r--r--r-- 1 root root 4096 Okt 15 01:15 type > -rw-r--r-- 1 root root 4096 Okt 15 01:15 uevent I can get the current brightness via > # cat /sys/class/backlight/intel_backlight/brightness > 1500 and change it via > # echo 2000 > /sys/class/backlight/intel_backlight/brightness What's the output you get for your dell_backlight? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
=- Michael Biebl wrote on Mon 14.Oct'19 at 23:20:57 +0200 -= > Am 14.10.19 um 23:13 schrieb Rado S: > > dell_backlight: Failed to write system 'brightness' attribute: No such > > device or address > > Looks like a kernel or firmware/bios problem to me. > > Since you didn't use reportbug there is no information about your used > kernel. It is in the journalctl output; Linux version 4.19.0-6-686-pae (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.67-2 (2019-08-28) The dell d600 (also failing) uses the non-pae version of it. The functioning vostro uses the same pae-version. What more information can I provide?
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
=- Michael Biebl wrote on Sun 13.Oct'19 at 21:28:08 +0200 -= > Please attach the output of (run as root) > systemctl status systemd-backlight@backlight:dell_backlight.service > journalctl -alb See attachment. Do you need it from the other failing systems or is this one sufficient? Rado ● systemd-backlight@backlight:dell_backlight.service - Load/Save Screen Backlight Brightness of backlight:dell_backlight Loaded: loaded (/etc/systemd/system/systemd-backlight@.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2019-10-14 23:04:45 CEST; 1min 15s ago Docs: man:systemd-backlight@.service(8) Process: 291 ExecStart=/lib/systemd/systemd-backlight load backlight:dell_backlight (code=exited, status=1/FAILURE) Main PID: 291 (code=exited, status=1/FAILURE) Oct 14 23:04:45 sam320 systemd[1]: Starting Load/Save Screen Backlight Brightness of backlight:dell_backlight... Oct 14 23:04:45 sam320 systemd-backlight[291]: dell_backlight: Failed to write system 'brightness' attribute: No such device or address Oct 14 23:04:45 sam320 systemd[1]: systemd-backlight@backlight:dell_backlight.service: Main process exited, code=exited, status=1/FAILURE Oct 14 23:04:45 sam320 systemd[1]: systemd-backlight@backlight:dell_backlight.service: Failed with result 'exit-code'. Oct 14 23:04:45 sam320 systemd[1]: Failed to start Load/Save Screen Backlight Brightness of backlight:dell_backlight. -- Logs begin at Mon 2019-10-14 23:04:42 CEST, end at Mon 2019-10-14 23:06:24 CEST. -- Oct 14 23:04:42 sam320 kernel: Linux version 4.19.0-6-686-pae (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.67-2 (2019-08-28) Oct 14 23:04:42 sam320 kernel: Disabled fast string operations Oct 14 23:04:42 sam320 kernel: x86/fpu: x87 FPU will use FXSAVE Oct 14 23:04:42 sam320 kernel: BIOS-provided physical RAM map: Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0x-0x0009efff] usable Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0x0009f000-0x0009] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0x0010-0xbf6813ff] usable Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xbf681400-0xbfff] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xf000-0xf4006fff] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xf4008000-0xf400bfff] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xfec0-0xfec0] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xfed2-0xfed9] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xfee0-0xfee0] reserved Oct 14 23:04:42 sam320 kernel: BIOS-e820: [mem 0xffb0-0x] reserved Oct 14 23:04:42 sam320 kernel: NX (Execute Disable) protection: active Oct 14 23:04:42 sam320 kernel: SMBIOS 2.4 present. Oct 14 23:04:42 sam320 kernel: DMI: Dell Inc. Latitude D620 /0TD761, BIOS A10 05/16/2008 Oct 14 23:04:42 sam320 kernel: tsc: Fast TSC calibration using PIT Oct 14 23:04:42 sam320 kernel: tsc: Detected 1830.830 MHz processor Oct 14 23:04:42 sam320 kernel: e820: update [mem 0x-0x0fff] usable ==> reserved Oct 14 23:04:42 sam320 kernel: e820: remove [mem 0x000a-0x000f] usable Oct 14 23:04:42 sam320 kernel: last_pfn = 0xbf681 max_arch_pfn = 0x100 Oct 14 23:04:42 sam320 kernel: MTRR default type: uncachable Oct 14 23:04:42 sam320 kernel: MTRR fixed ranges enabled: Oct 14 23:04:42 sam320 kernel: 0-9 write-back Oct 14 23:04:42 sam320 kernel: A-B uncachable Oct 14 23:04:42 sam320 kernel: C-C write-protect Oct 14 23:04:42 sam320 kernel: D-E uncachable Oct 14 23:04:42 sam320 kernel: F-F write-protect Oct 14 23:04:42 sam320 kernel: MTRR variable ranges enabled: Oct 14 23:04:42 sam320 kernel: 0 base 0 mask F8000 write-back Oct 14 23:04:42 sam320 kernel: 1 base 08000 mask FC000 write-back Oct 14 23:04:42 sam320 kernel: 2 base 0BF80 mask FFF80 uncachable Oct 14 23:04:42 sam320 kernel: 3 base 0BF70 mask 0 uncachable Oct 14 23:04:42 sam320 kernel: 4 disabled Oct 14 23:04:42 sam320 kernel: 5 disabled Oct 14 23:04:42 sam320 kernel: 6 disabled Oct 14 23:04:42 sam320 kernel: 7 disabled Oct 14 23:04:42 sam320 kernel: x86/PAT: PAT not supported by CPU. Oct 14 23:04:42 sam320 kernel: x86/PAT: Configuration [0-7]: WB WT UC- UC WB WT UC- UC Oct 14 23:04:42 sam320 kernel: initial memory mapped: [mem 0x-0x16ff] Oct 14 23:04:42 sam320 kernel: BRK [0x16b6e000, 0x16b6efff] PGTABLE Oct 14 23:04:42 sam320 kernel: BRK [0x16b6f000, 0x16b70fff] PGTABLE Oct 14 23:04:42 sam320 kernel: BRK [0x16b71000, 0x16b71fff] PGTABLE Oct 14 23:04:42 sam320 kernel: BRK [0x16b72000, 0x16b72fff] PGTABLE Oct 14 23:04:42 sam320 kernel: RAMDISK: [mem 0x35763000-0x36ba8fff] Oct 14
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Am 14.10.19 um 23:13 schrieb Rado S: > dell_backlight: Failed to write system 'brightness' attribute: No such device > or address Looks like a kernel or firmware/bios problem to me. Since you didn't use reportbug there is no information about your used kernel. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Control: tags -1 + moreinfo Am 12.10.19 um 15:56 schrieb Rado Q: > Package: systemd > Version: 241-7~deb10u1 > > Dear Maintainer, >* What led up to the situation? > Installation of debian10. > >* What exactly did you do (or not do) that was effective (or ineffective)? > Boot. > >* What was the outcome of this action? > Failed systemd-backlight@backlight:dell_backlight.service . > >* What outcome did you expect instead? > Startup without failure. > > > This happens with dell d600, d620, d820. > It works OK for dell vostro 1520. > > How to get more info? Please attach the output of (run as root) systemctl status systemd-backlight@backlight:dell_backlight.service journalctl -alb -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Package: systemd Version: 241-7~deb10u1 Dear Maintainer, * What led up to the situation? Installation of debian10. * What exactly did you do (or not do) that was effective (or ineffective)? Boot. * What was the outcome of this action? Failed systemd-backlight@backlight:dell_backlight.service . * What outcome did you expect instead? Startup without failure. This happens with dell d600, d620, d820. It works OK for dell vostro 1520. How to get more info?