Bug#942219: systemd-backlight at backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Rado S
d-ebian at q3co.de
Thu Oct 17 10:26:05 BST 2019
=- 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 66666 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
More information about the Pkg-systemd-maintainers
mailing list