On Wed, Sep 19, 2007 at 10:00:49PM +0200, Brice Goglin wrote: > Dirk Griesbach wrote: >> On Tue, Sep 18, 2007 at 09:44:56PM +0200, Brice Goglin wrote: >> >>> You should probably use the xbacklight tool (xbacklight package) instead >>> of the brightness control keys. The latter might change things in the >>> back of the driver (through the BIOS), causing possible problems. >> >> I think xbacklight is more like a work around but not a real solution. >> The brightness settings with acpi buttons do work right now with the old >> driver and I can't get the point why the newer driver refuses to use the >> functionality. brightness control keys don't change things without >> noticing the operating system. Every change to the brightness is noticed >> in /sys/class/backlight/acpi_video0/actual_brightness. > > No, xbacklight is not considered as a workaround. Given that ACPI is > often considered as a huge mess trying to specify the whole world and > that half of these specs are bad while the other half is not respected > by most vendors, not using ACPI is actually sometimes a good idea.
I know the problems with ACPI. But it should be possible to use ACPI brightness if it is working and with my laptop and with a lot of other laptops it is working out of box. I don't want to have a VT where the ACPI buttons for brightness are working but in X11 I need to use another mechanism which renders my ACPI buttons useless on first sight. This isn't the way it should be. YMMV. > Anyway, did you try xbacklight with driver 2.1.1? > >> No. These drivers did lock my system too often if switching between VT Now I had the time to test 2.0.0; 2.1.0 and 2.1.1 with the following results: With every 2.x.x release I could use xbacklight. Nice work, because with it I can use much more brightness settings than the 8 steps provided by the manufacturer of my laptop through ACPI. With 2.0.0 I can additionally use the ACPI keys. E.g. I did set the brightness with `xbacklight -set 20` to 20% and was able to use the ACPI keys to switch brightness from 20% (which then was the maximum for ACPI) in 8 steps to a minimum. This is a really nice solution. And my buttons worked. ;-) With 2.1.0 and later the buttons refuse to work but xbacklight worked as expected. Is there any sense in changing the behaviour from version 2.0.0 to 2.1.0? >> and X11 or exiting Xfce back to xdm so I didn't used them much. The >> newest driver does freeze less often. But next weekend I will have a bit >> more time to play. :-) Just now I switched back to the old driver. >> Brightness keys work like a charm, no freeze if switching from X11 to VT >> or if exiting Xfce and reentering xdm... Good old times ;-) >> > > But no RandR 1.2 either. It all depends on what's important for you :) Hehe. Right now an driver that does not freeze my system is much more important so I can't switch to one of the 2.x.x driver series. All of them freeze my system. :-( So, in conclusion I would prefer a driver with the acpi backlight behavior like 2.0.0 and the stability of 1.7.4 :-) Regards, Dirk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
