Re: Bug on ibm-acpi and hal regarding brightness keys

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2007-06-14 at 19:49 -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 13 Jun 2007, Alfredo Matos wrote:
> > The problems seems to be that when changing the brightness via fn+[pgup|
> > pgdown] does not reflects changes on /proc/ibm/acpi/brighness level, and
> > therefore is not picked up by HAL, leading to the same value always on
> > the proc interface, and consequently on g-p-m and on the OSD progress
> > bar.
> 
> Problem isolation procedure fror brightness problems:
> 
> 1. Is the BIOS a 2.x version? If it is, make sure you are running the latest
> version first, please.

Yes. 2.09, on a T60 Laptop. Tested with Ubuntu Feisty (2.6.20), and with
Gutsy (2.6.22) which uses the new revamped thinkpad-acpi.

> 
> 2a. Boot machine in single user mode, do NOT change brightness in any way
> yet.
> 
> 2b. rmmod video, modprobe ibm-acpi (if not loaded), make sure HAL is not
> running.
> 
> 2c. test brightness keys and /proc/acpi/ibm/brightness functionality.
> 
> It should work just fine, from reports of some X60 owners.

[2.6.20]

Working, booted into single mode. Brightness changes but does not
reflect on /proc/acpi/ibm/brighntess. Always shows level 7.

[2.6.22]

Working, same as above, but /proc/acpi/ibm/brightness always shows 0.

> 
> 2d. modprobe video
> 
> 2e. test brightness keys and /proc/acpi/ibm/brightness
> 
> It is expected to break in weird ways.  If it does, blacklist video.  If it
> doesn't, please tell me so.

Working, same as above in both kernels.

> 
> 2f. rmmod video again, make sure brightness keys are working fine, or just
> reboot into single user mode again, and make sure video is not loaded.

Here, it stops working on both kernels. No more brightness until video
is loaded again. But the 2.6.20 shows some dmesg output:

[  128.164000] BUG: at fs/proc/generic.c:732 remove_proc_entry()
[  128.164000]  [<c01ad1a5>] remove_proc_entry+0x1a5/0x1b0
[  128.164000]  [<f8b4109a>] acpi_video_bus_remove_fs+0x65/0x73 [video]
[  128.164000]  [<f8b41469>] acpi_video_bus_remove+0x3a/0x55 [video]
[  128.164000]  [<c0228ceb>] acpi_bus_unregister_driver+0x3b/0xa1
[  128.164000]  [<f8b428d2>] acpi_video_exit+0xa/0x1a [video]
[  128.164000]  [<c0145dca>] sys_delete_module+0x12a/0x190
[  128.164000]  [<c02f07bf>] do_page_fault+0x33f/0x5f0
[  128.164000]  [<c01031f0>] sysenter_past_esp+0x69/0xa9
[  128.164000]  =======================

Kernel 2.6.22 does not show any relevant dmesg information, beyond
several lines of:

[  123.712000] set_level status: 0
[  123.880000] set_level status: 0
[  124.060000] set_level status: 0
[  125.216000] set_level status: 0
[  125.464000] set_level status: 0
[  125.612000] set_level status: 0

This is also present in the 2.6.20 output.

> 3. load up HAL, and *only* HAL (not gnome)
> 
> 4. test brightness functionality. Do they work fine?

Same as above tests. Brightness works, no change in the proc interface.
> 
> 5. load up gnome
> 
> 6. test brightness functionality. Test gnome-p-m. Does it work?
> 

[2.6.20]

Brightness changes, but gpm does not get any change and is always maxed
out, implying that brightness is always at max, even though if i change
the brightness, the OSD widget appears. This hints that it knows it
changed, but reads incorrect values.

[2.6.22]

Brightness changes, and g-p-m displays the changes accordingly. All is
well and nice.


Here is some relevant bios info (via dmidecode):

BIOS Information
        Vendor: LENOVO
        Version: 79ETC9WW (2.09 )
        Release Date: 12/22/2006
        Address: 0xDC000
        BIOS Revision: 2.9
        Firmware Revision: 1.7


Please take this as a follow up on the previous report (this is a T60,
whereas the other reporter had an X60). If required I can supply an acpi
dump and a full dmidecode.

Regards,

Alfredo.


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
ibm-acpi-devel mailing list
ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel

[Index of Archives]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Photo]     [Yosemite Photos]     [Yosemite Advice]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]

  Powered by Linux