Wrong handling of volume buttons on IBM Thinkpad notebooks

I can confirm this. I also find the behaviour iritating. As an additional bug I have the problem that the volume bar decreases faster than it should and increases slower than it should.
That means that if you decrease the volume the bar is at 0% even when there is still sound to hear. Press "Volume Down" again a few times and the sound is *really* muted.
Same thing about "Volume Up". When the voule is at its loudest the bar is only at 50%.

I have an IBM ThinkPad R40 2722-CDG but I could also reproduce this problem on an R50 of a friend of mine.

I can confirm this on my T42p running up to date Edgy. Any ideas or workarounds? I'd love to provide additional information to fix this in Edgy.

I, too, can confirm this on my Thinkpad T41p and an up-to-date Edgy.

Is there a way to disable this behaviour and just rely on the hardware mixing capabilities of our Thinkpads?

Confirm for a T43p on Edgy and Feisty. This also leads to weird cases where turning up the gnome volume all the way via the slider won't make it go all the way up, and one has to use the key to go all the way to the top, and then bring it back down from there.

Just confirmed also on T42 on Feisty. I guess that it probably affects all relatively recent Thinkpads :(

Please see bug #76091 for a workaround on this problem.

Works now for me running feisty@T42p.

i can confirm this problem running feisty on R60

I get this in Gutsy on a ThinkPad Z60m, running Kubuntu.

The proposed work-around above only works on Kubuntu. I can confirm the bug on Gutsy running on IBM Thinkpad T60p. This bug is a big nuisance and should be fixed.

I can confirm this on a Thinkpad T41 / Kubuntu Gutsy.

i just downloaded tpb from synpatic on my r31 and my volume and brightness keys are working again, it delets the ubuntu desktop and hotkeys and installs tpb and so far it works, has a blue indicator on the bottom for volume brightness and the thinklight

I have a patched version of gnome-control-center on my ppa. You can read about it in, http://ubuntuforums.org/showthread.php?t=496180

The code can be found in my LaunchPad Bzr branches.

Please include this or something like it into the repositories.

This is still an issue in Hardy's beta.

In the new gnome, the volume keys are handled in the gnome-settings-daemon package. Attached is a patch for the package which works similarly to the one I did for gutsy. It'd be nice if it, or something similar, got incorporated.

With the patch, adding the key /apps/gnome_settings_daemon/hwvol with the string value 'thinkpad' makes the OSD show the hardware volume and doesn't change the software volume.

Haha, I was just about to file a bug for the opposite of this one. I thought that the way this was working in Gutsy was correct. Up-to-date hardy beta appears to be working "properly" now -- when I press the volume keys on my T41, the hardware volume goes down, but the gnome volume applet stays at 100%.

Adding the tpb package gives a visual representation of what the hardware is doing, but I miss the old way (with the gnome-like volume slider appearing at the bottom), since that's the way it was when I started using Ubuntu and my Thinkpad. :(

Does 4lorne's patch add the gnome slider again when pressing the volume keys?

Also, the Keyboard Shorcuts application (gnome-keybinding-properties) will no longer (since my upgrade from gutsy to hardy beta 1) accept an entry for the Access IBM button. I used it in gutsy to launch a terminal, but now when I try to map the key it doesn't even register and give a number.

Hey Ryan,

Yeah. That's what my patch does. When you push the volume buttons it checks the hardware volume found at /proc/acpi/ibm/volume and displays it on the screen while doing nothing to the software volume.

Aside from not looking as nice as the gnome display, the other bad thing with the tpb package is that it polls the hardware which keeps the laptop from entering lower power states.

thanks for your work, would be nice to get comments from upstream though, could you send the changes on bugzilla.gnome.org?

Sure. I created a bug here:
http://bugzilla.gnome.org/show_bug.cgi?id=524425

Having some on-screen display update of volume change would definitely be nice. I can confirm that on an X40 (2371GHU) running Hardy Beta+updates, the volume keys cause updates in /proc/acpi/ibm/volume but no change on the volume applet. I can't seem to get any keycodes out of the volume or ThinkVantage/AccessIBM key ( using Keyboard Preferences, acpid, or xev). I did not want to install tpb b/c it removes hotkey-support and ubuntu-desktop.

one gnome task is enough

FWIW, volume keys (and screen brightness changing) on my X40 now show status with Gnome, without the need for tpb; however the volume setting behaves as described by the original reporter.

I can confirm this ,too. Mine is thinkpad R31.Originally I am used to 7.04. All thinkpad special keys worked fine,but they don't be functioned any more after upgrading to 7.10 even 8.04 beta.

So I think the discussion at http://bugzilla.gnome.org/show_bug.cgi?id=524425 has finished.

A patch was initially committed... then rejected. It was concluded that the real solution is for the thinkpad-acpi kernel driver to create an ALSA mixer for the volume level. I agree with this. However, this isn't going to happen until 2.6.25 (at the earliest, and it seems a bit unlikely now).

Would it be possible to get the patch implemented in the ubuntu package as a stop-gap solution for Hardy?

upstream had concerned about the change creating issues and the hardy freeze is this week, I don't think we should push it now

Confirmed on T60p, 2007-AD1. Patched gnome-control-center mentioned by 4lorne (see http://ubuntuforums.org/showthread.php?t=496180) worked very well for me.

I hope 4lorne will provide updated Hardy packages, since the fix for thinkpad-acpi won't be ready anytime soon...!

And what about Access IBM button? It still doesn't work. I can't even get keycode using xev. How can I handle this? I'w like to run gnome terminal by pressing Access IBM button as it was previousely worked on gusty.

prokher, that is a different issue. In this case, the buttons are handled incorrectly, while your case, it's not detected at all. You should be looking at bug #217504 https://bugs.launchpad.net/bugs/217504

On another note, interestingly, after reinstalling alsa, my buttons work correctly, even without the patch. It doesn't appear to be an artifact from the above bug, as xev detects it, I get an OSD, and I can rebind the key.

not a GNOME bug upstream, upstream says the drivers need to be changed rather than adding special cases to the software

driver problem has been confirmed, and it's going to be fixed, except it's in 2.6.25. Which means it won't make it into ubuntu until hardy+1. I suppose backports could take care of it...

The bug still exists in Intrepid. :(

No OSD updates bug may be related to bug #198197 which in turn may be related to a bunch of ACPI hotkey related bugs.

I'm reassigning from acpid to acpi-support as the Thinkpad buttons scripts are in the latter.

To the extent that this is an acpi-support problem, the fix is committed now and will be uploaded soon. However, with or without acpi-support, the kernel now synthesizes a keypress event for these buttons due to the mask set in /sys/devices/platform/thinkpad_acpi/hotkey_mask. The setting of this mask is currently done in the hotkey-setup package; I'm not sure whether we should consider this current mask setting wrong, but that's the next package in the chain, so opening a task there.

This bug was fixed in the package acpi-support - 0.117

---------------
acpi-support (0.117) jaunty; urgency=low

  * Drop acpi_fakekey translations for keys that are correctly handled
    in the kernel input layer:
    - events/ibm-sleepbtn (LP: #306310)
    - events/ibm-lockbtn, thinkpad-lockorbattery.sh
    - events/ibm-hibernatebtn
    - events/lenovo-lockbtn
    - events/ibm-videobtn
    - events/thinkpad-mute, always-mute.sh
    - events/thinkpad-volume-down
    - events/thinkpad-volume-up (LP: #51537)
    - events/thinkpad-thinklight, thinkpad-thinklight.sh
    - events/tosh-brightness-up
    - events/tosh-brightness-down, toshbright.sh
    - events/tosh-mute
    - events/tosh-sleep
    - events/sony-hibernate
    - events/sony-brightness-up, events/sony-brightness-down, sonybright.sh
    - events/thinkpad-brightness-down, events/thinkpad-brightness-up,
      thinkpad-brightness-up.sh, thinkpad-brightness-down.sh
  * Also drop events/thinkpad-zoom, thinkpad-zoom.sh because this key
    isn't working correctly with or without this script and should be
    fixed up in hal.
  * debian/control: document Vcs-Bzr for the package.

 -- Steve Langasek <email address hidden> Mon, 02 Feb 2009 14:28:38 +0100