On Sat, 21 Jun 2008, [EMAIL PROTECTED] wrote:
> Linux jidanni2 2.6.25-2-686 #1 SMP Thu Jun 12 16:26:30 UTC 2008 i686 GNU/Linux
> $ cat /proc/acpi/ibm/driver
> driver:               ThinkPad ACPI Extras
> version:      0.19

These do have the locking to the brightness paths.

> $ grep think /var/log/Xorg.0.log
> (II) intel(0): found backlight control method 
> /sys/class/backlight/thinkpad_screen

Remove the ACPI video module from the system.  See if that helps things.

> More details, on virgin system withOUT my /etc/X11/xdm/Xsetup tamperings:
> # cat /proc/acpi/ibm/brightness
> level:                0
> commands:     up, down
> commands:     level <level> (<level> is 0-7)
> # /etc/init.d/xdm start
> Starting X display manager: xdm.
> # cat /proc/acpi/ibm/brightness
> level:                unreadable

Crap.  The procfs interface is a [EMAIL PROTECTED]@ and doesn't give much 
information,
and the sysfs backlight interface is even worse and drops all error
conditions.

Compile thinkpad-acpi with the THINKPAD_ACPI_DEBUG Kconfig option, and
give the thinkpad-acpi module the parameter debug=0xffff.  That might
produce some debug output I can use.

But basically, "unreadable" from sysfs means ACPI is returning errors.

Read the thinkpad-acpi docs in Documentation/thinkpad-acpi.txt (on the
kernel source tree) and play with the brightness_mode parameters, please.
Tell me what you find.

> (To actually sync CMOS NVRAM and EC, one must hold down Fn Home till
> max is reached and beyond, and then Fn End, till min is reached and
> beyond, whereupon they will be synced at 0.)

Weird, just going down all the way should be enough.

> Anyway, the nerve of xdm and cohorts, tampering with my brightness.

Agreed.  You can always give thinkpad-acpi the brightness_enable=0 parameter
to completely disable any of its backlight interfaces.  Then, only the keys
will work (as far as thinkpad-acpi is concerned).

> (I never tried kde, etc. so blaming it all on "xdm" for now, as that's
> how I invoke X windows, and I don't want to get tangled up in the

It is probably something else than xdm doing the nasty, though.

> Also stepping outside X with CTRL-ALT F1 (to tty1) turns brightness
> back up, which remains up when one steps back with ALT F7 or CTRL-ALT F7.

Whatever THIS is, is not thinkpad-acpi's fault.  This clearly means either
something is calling xbacklight, OR the x.org video driver itself is doing
stuff that is confusing your thinkpad backlight firmware.

> I also note that the danger you (hmh) discussed about hitting Fn End
> in competition with cat ... > /proc/acpi/ibm/brightness might even
> include causing the character "h" to have a few pixels blackened
> everywhere on the Linux console! (reboot fixed it.)

Told you so :-)  *NEVER* do it.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to