hibernate key (Fn+F12 on Lenovo 3000) does not work in KDE

Bug #44616 reported by Justin Sunseri on 2006-05-14
This bug report is a duplicate of:  Bug #44615: Fn + F4 should suspend the laptop. Edit Remove
12
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Undecided
Unassigned
hotkey-setup (Ubuntu)
Medium
Luka Renko

Bug Description

Pressing this button combination should send the laptop into hibernation. hibernation does work from the logout menu just not this combination of keys. I am using dapper flight 6 plus all updates.

here is my laptop model https://wiki.ubuntu.com/LaptopTestingTeam/Lenovo3000N100

Paul Sladen (sladen) wrote :

Hi Justin,

This is the first contact we've had with one of these new Lenovo beasties. Can you following through the guide at:

  https://wiki.ubuntu.com/LaptopTestingTeam/HotkeyResearch

and try to work out what ACPI events or hotkeys it is sending when you press the key combination.

Can you also include your 'dmidecode' information so that we can identify this new laptop.

Changed in acpi-support:
status: Unconfirmed → Needs Info
Mika Fischer (zoop) wrote :

I can reproduce this bug. The keys for Hibernation (Fn+12) and Suspend-to-RAM (Fn+F4) don't work. This is an IBM Thinkpad R40 2722-CDG.

The produce IBM-specific events, which are caught by /etc/acpi/events/ibm-hibernatebtn and /etc/acpi/events/ibm-sleepbtn.
Those scripts in turn call /etc/acpi/hibernatebtn.sh and /etc/acpi/sleepbtn.sh.
Those scripts call acpi_fakekey $KEY_SUSPEND or acpi_fakekey $KEY_SUSPEND
where $KEY_SUSPEND = 205 and $KEY_SLEEP = 142 (from /usr/share/acpi-support/key-constants).

The calls to acpi_fakekey do nothing, even when I issue them on the command line. That seems to be the problem here...

If I call /etc/acpi/hibernate.sh or /etc/acpi/sleep.sh manually hibernation and STR work as expected.

This is on Kubuntu Dapper.

Regards,
 Mika

Changed in acpi-support:
status: Needs Info → Confirmed
Paul Sladen (sladen) wrote :

Mika: can you include the output of:

  cat /var/lib/acpi-support/*-*

I know of at least one R40e which is completely missing any of the ThinkPad ACPI features or keys in its ACPI BIOS.

Corey Burger (corey.burger) wrote :

cat /var/lib/acpi-support/*-* gets me:

V1.10
TOSHIBA
TECRA A5
PTA50E-02J009EN

On the lenovo 3000 n100 i get this output from that same command

61ET16WW
LENOVO
07684JU
3000 N100

On 8/13/06, Corey Burger <email address hidden> wrote:
>
> cat /var/lib/acpi-support/*-* gets me:
>
> V1.10
> TOSHIBA
> TECRA A5
> PTA50E-02J009EN
>
> --
> pressing Fn + F12 should hibernate the laptop but it does not
> https://launchpad.net/bugs/44616
>

--
Sincerely

Justin Sunseri

Hi, Paul!

I can't give you the requested output at the moment but will do that soon.

But please re-read my comment above. The problem is definitely *not* with ACPI. The ACPI-events are generated, and the right scripts are executed.

The problem is with acpi_fakekey which generates fake input layer events (/dev/input/eventX). I can only assume that those events are then captured by hal or something else. Whatever it is that should be responding to these events in /dev/input/eventX is not working (at least in Kubuntu).

I think in breezy the ACPI-scripts just called the hibernation script directly, and there it worked. And I think it also worked under *U*buntu Dapper.

Regards,
 Mika

Paul Sladen (sladen) wrote :

Mika: okay, in the case of Kubuntu, there is nothing in Kubuntu that yet responds to these key-presses; Jonathan Riddell is writing a new K Power Manager for edgy. Sorry for not noticing that you had said 'Kubuntu' earlier.

Corey: can you move your issue to a new bug report; there are two unrelated issues muddled up here now---I'm not sure what you one is, it appears to be low-level and at the BIOS; Mike's (which related to a different laptop aswell) is related to a lack of functionality in KDE [listening to hotkeys].

description: updated
Changed in kpowersave:
assignee: nobody → jr
Markus Majer (mpathy) wrote :

Hi there...

Only want to remark that IBM Thinkpad - specific stuff do NOT work on the Lenovo 3000 N100. It is a different product line.

So telling people to try the same as someone would do it on the IBM, for example using IBM_acpi, will not work in almost 90%!

I personally also thought this product line would include more of the IBM things (like Skoda and Seat have almost the same parts of a Volkswagen *g*) but sadly, it doesnt.

But back to the keys.. Perhaps I tried it wrong, but I can get the scancodes for a few of these buttons, for example, the "Hibernate" key combination and also not for the "Lenovo Care / ThinkVantage" button - for which I wanted to write a little program similar to the program on WinXP.

Justin Sunseri (jmsunseri) wrote :

upgraded feisty today and now pressing Fn+F12 does nothing still. I have checked the out put from lshal -m and i get no output.

Luka Renko (lure) wrote :

Justin: do you use kpowersave (from universe) or guidance-power-manager (default)?

Can you provide more details of your laptop keys to https://wiki.ubuntu.com/KubuntuLaptopKeycodes page?

Changed in kpowersave:
assignee: jr → lure
status: Confirmed → Needs Info

the defaut kpowersave is not installed. i have ubuntu installed not kubuntu
if that makes a difference.

On 3/20/07, Luka Renko <email address hidden> wrote:
>
> Justin: do you use kpowersave (from universe) or guidance-power-manager
> (default)?
>
> Can you provide more details of your laptop keys to
> https://wiki.ubuntu.com/KubuntuLaptopKeycodes page?
>
> ** Changed in: kpowersave (Ubuntu)
> Assignee: Jonathan Riddell => Luka Renko
> Status: Confirmed => Needs Info
>
> --
> hibernate key (Fn+F12 on Lenovo 3000) does not work in KDE
> https://launchpad.net/bugs/44616
>

--
Sincerely

Justin Sunseri

Luka Renko (lure) wrote :

Justin: then open new bug and provide more info about your HW, this bug is about KDE (Kubuntu).

All other Kubuntu/KDE users, please see my previous comment.

Luka,

I was the one who reported this initially and i never said a thing about it being in KDE. I am chanign the description to what it should be.

Justin Sunseri (jmsunseri) wrote :

Luka,

I was the one who reported this initially and i never said a thing about it being in KDE. The description should be changed to what it was originally.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers