Asus K52 / Asus A52

[jsevi83]

The same happens to me when using acpi_fakekey $KEY_CALC. I have to press a second key before gcalctool starts

BTW, the problem you have with sound when using hp-laptop is probably that you are using a kernel version below 2.6.35.5 (ubuntu kernel 2.6.35-22 is based on 2.6.35.4)

[stefano.facchini]

BTW, the problem you have with sound when using hp-laptop is probably that you are using a kernel version below 2.6.35.5 (ubuntu kernel 2.6.35-22 is based on 2.6.35.4)

I have the same problem with kernel 2.6.35-02063505-generic, isn't this based on 2.6.35.5

The same happens to me when using acpi_fakekey $KEY_CALC. I have to press a second key before gcalctool starts

With xev I discovered that all the FN+something keys generates a "request MappingKeyboard" event, all but FN+KP_ENTER. Any X hacker can explain this?? In the configuration file /usr/share/X11/xkb/keycodes I can't notice any difference between KEYCALC and the other FN+something keys

[stefano.facchini]

Ok, I discovered that the problem is acpi_fakekey. It correctly generates the keycode assigned (140 for the calculator), but forgets to generate a synchronization event. With the following patched version everything works fine on my system.

[stefano.facchini]

4) SUSPEND: you need to create a new file with this commands:

sudo gedit /etc/pm/sleep.d/20_custom-ehci_hcd

#!/bin/sh
# File: "/etc/pm/sleep.d/20_custom-ehci_hcd".
case "${1}" in
        hibernate|suspend)
              # Unbind ehci_hcd for first device 0000:00:1a.0:
               echo -n "0000:00:1a.0" | tee /sys/bus/pci/drivers/ehci_hcd/unbind
              # Unbind ehci_hcd for second device 0000:00:1d.0:
               echo -n "0000:00:1d.0" | tee /sys/bus/pci/drivers/ehci_hcd/unbind
        ;;
        resume|thaw)
              # Bind ehci_hcd for first device 0000:00:1a.0:
              echo -n "0000:00:1a.0" | tee /sys/bus/pci/drivers/ehci_hcd/bind
              # Bind ehci_hcd for second device 0000:00:1d.0:
              echo -n "0000:00:1d.0" | tee /sys/bus/pci/drivers/ehci_hcd/bind
        ;;
esac

sudo chmod +x /etc/pm/sleep.d/20_custom-ehci_hcd

How have you discovered that this was the solution for SUSPEND?

[jsevi83]

How have you discovered that this was the solution for SUSPEND?

I found it in some other thread about asus laptops, but I don't remember where.

How do we apply the patch of acpi_fakekey? Could you provide some instructions? Do we need to compile?

[stefano.facchini]

I found it in some other thread about asus laptops, but I don't remember where.

How do we apply the patch of acpi_fakekey? Could you provide some instructions? Do we need to compile?

Yes compile it with

$ gcc -o acpi_fakekey-patch acpi_fakekey-patch.c

then put the compiled file in /usr/local/bin (or elsewhere in your PATH). Now, instead of using acpi_fakekey in your scripts you can use acpi_fakekey-patch, for example in calc.sh

#!/bin/sh
. /usr/share/acpi-support/key-constants
acpi_fakekey-patch $KEY_CALC

[jsevi83]

It works! Thanks a lot.

[stefano.facchini]

It works! Thanks a lot.

Glad that it helped!

BTW have you tried the hibernation (I mean to DISK, not suspension) after upgrading to Maverick? On my system it was broken and I had to create a file /etc/pm/config.d/hibernate_mode with the following content

HIBERNATE_MODE="shutdown"

[jsevi83]

I don't use hibernation, I don't even have a swap partition, so I cannot check it. Hope it helps other users.

[krzysiekb]

How have you discovered that this was the solution for SUSPEND?

Read post #64 in this thread