Bug 505531

Created attachment 347526 [details]
Output of lspci -v

This same problem exists for the MacBook Aluminum 5,1 with Fedora 11.

==========================================
lahal -m output: 
==========================================

Start monitoring devicelist:
-------------------------------------------------
14:00:30.540: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-down
14:00:30.964: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-up
14:00:31.516: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = kbd-illum-down
14:00:31.876: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = kbd-illum-up

Created attachment 347762 [details]
Output of lspci -v on MacBook 5,1

Created attachment 347773 [details]
Output of lshal | egrep ...

Ran the following command and received the output attached.

lshal | egrep "(system.hardware(product|vendor|version)|system.firmware.version|power_management.quirk)"

Same happened in Fedora 64 bit on Macbook 5,1 (aluminum)

output of
lshal | egrep "(system.hardware.(product|vendor|version)|system.firmware.version|power_management.quirk)"

  power_management.quirk.dpms_on = true  (bool)
  power_management.quirk.dpms_suspend = true  (bool)
  power_management.quirk.vbe_post = true  (bool)
  power_management.quirk.vbemode_restore = true  (bool)
  power_management.quirk.vbestate_restore = true  (bool)
  power_management.quirk.vga_mode_3 = true  (bool)
  system.firmware.version = '    MB51.88Z.0073.B06.0810291326'  (string)
  system.hardware.product = 'MacBook5,1'  (string)
  system.hardware.vendor = 'Apple Inc.'  (string)
  system.hardware.version = '1.0'  (string)

Found a workaround for this:

Disable Kernel Mode Setting by adding the following kernel boot parameter:-

nomodeset

You may also want to add the following kernel boot parameter as well if you want to see the animated Plymouth startup screen:-

vga=0x315

More info:

http://forums.fedoraforum.org/showpost.php?p=1226504&postcount=21
http://forums.fedoraforum.org/showpost.php?p=1224232&postcount=2
https://bugzilla.redhat.com/show_bug.cgi?id=496975
https://bugzilla.redhat.com/show_bug.cgi?id=502516

This fix works for me.

Created attachment 348034 [details]
output of lshal

This bug is also present in the MacbookPro 5,3.  Disabling Kernel Mode Setting doesn't fix the problem.  I attached the output of lshal | egrep "(system.hardware.(product|vendor|version)|system.firmware.version|power_management.quirk)"

I tried to add the nomodeset option to grub with no resolution.  Backlight still can't be controlled.

I re-ran the lshal -m output with the nomodeset option and I got something a little different than before.  Thought maybe it would be good to include here.

Start monitoring devicelist:
-------------------------------------------------
09:00:37.731: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-up
09:00:38.431: computer property info.named_locks.org.freedesktop.Hal.Device.SystemPowerManagement.exclusive = false (new)
Unknown type 0=''
09:00:38.435: computer property info.named_locks.org.freedesktop.Hal.Device.SystemPowerManagement.dbus_name =  (new)
Unknown type 0=''
09:00:38.437: computer property info.named_locks.org.freedesktop.Hal.Device.SystemPowerManagement.locked =  (new)
Unknown type 0=''
09:00:38.440: computer property info.named_locks =  (new)
09:00:38.441: computer interface_lock_acquired org.freedesktop.Hal.Device.SystemPowerManagement by :1.117 (1 lockers)
09:00:38.441: computer property info.named_locks.org.freedesktop.Hal.Device.SystemPowerManagement.exclusive removed
09:00:38.441: computer property info.named_locks.org.freedesktop.Hal.Device.SystemPowerManagement.locked removed
09:00:38.441: computer property info.named_locks.org.freedesktop.Hal.Device.SystemPowerManagement.dbus_name removed
09:00:38.441: computer property info.named_locks removed
09:00:38.441: computer interface_lock_released org.freedesktop.Hal.Device.SystemPowerManagement by :1.117 (0 lockers)
09:00:38.547: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-down
09:00:44.611: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-up
09:00:45.963: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-down
09:00:46.843: usb_device_5ac_236_noserial_if0_logicaldev_input condition ButtonPressed = brightness-up

I am using a Macbook 5,1. The screen brightness adjustment keys (F1,F2) do not do anything. I am currently using the 2.6.29.5 kernel.

I have briefly used the 2.6.31 kernel in Rawhide and the keys are recognised in so far as they bring up the screen brightness icon on the screen but while the icon indicator changes the actual screen brightness is not affected.

This leads me to believe this problem in F11 will be solved by a kernel patch and some other sticky bits to glue the functionality together.

I have this problem on a Dell Vostro 1500.
This laptop has an nvidia chipset, so Fedora defaults to using nouveau (if it's any difference). nomodeset doesn't do anything, since kernel can't modeset with nouveau yet.

$ lshal -m output

Start monitoring devicelist:
-------------------------------------------------
11:07:14.861: platform_i8042_i8042_KBD_port_logicaldev_input condition ButtonPressed = brightness-down
11:07:14.869: computer_logicaldev_input condition ButtonPressed = brightness-down                     
11:07:15.757: platform_i8042_i8042_KBD_port_logicaldev_input condition ButtonPressed = brightness-up  
11:07:15.768: computer_logicaldev_input condition ButtonPressed = brightness-up                       

Brightness can be controlled from command line utility (solid-powermanagement) and from battery applet in KDE.

Same problem with a thinkpad T400 and intel gm45 graphic card. The button are not working but after to be log with gnome desktop it's working, with kde the button are not working but you can change the brightness with the plasmoid and the other desktop (windowmaker) or the console it's just not working. 

By the way it's a fedora specific bug, this problem doesn't exist with (k)ubuntu or mandriva.

Have you tried with the latest hal package in Fedora 11 or tried Rawhide? In
either case, can you let us know whether the issue is still happening, and give
the current version of the HAL packages you're using?

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

I can confirm that this is now working on a Macbook 5,1 and 2.6.30.5-43.fc11.x86_64

I am going to mark this bug as closed based on comment 13. Should you again encounter this bug, please file a new bug against the applicable component.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers