Dell XPS Gen 2: A bunch of Fn+ keys don't work

[sohail]

Dapper with Dell XPS Gen 2 (granted, may not be that common):

It has the following Fn combinations:

Key - Functionality - acpi_listen - result
ESC - Standby - button/sleep SBTN 00000080 00000013 - No visible result
F1 - Hibernate - Nothing - Nothing
F2 - Disable wireless - Nothing - Works
F3 - Battery - Nothing - Don't know whats supposed to happen :)
F8 - CRT/LCD - Nothing - Nothing
F10 - Eject CDROM - Nothing - Nothing
Prnt Scrn - SysRq - Nothing - Nothing
NumLk - Scroll Lock - Nothing - Takes screenshot
Page up/down - Volume up/down - None - works
Up/down arrow - Brightness increase/decrease - None - works

I'm quite interested in getting the ESC/F1 working because this is the first time in my history of owning Linux laptops that sleep/hibernate actually work!

Keep up the good work!

Sohail

[sohail (launchpad-taggedtype)]

https://wiki.ubuntu.com/LaptopTestingTeam/DellInspironXPS-2PM770

I think this is the same laptop as me

[sohail (launchpad-taggedtype)]

using showkeys: Fn+F1/F3 gives me 0xe0 0x25 and 0xe0 0x71

Fn+ESC gives nothing

[sohail (launchpad-taggedtype)]

root@dev:/home/pundai # dmidecode -s system-manufacturer;dmidecode -s system-product-name;dmidecode -s system-version
Dell Inc.
Inspiron XPS Gen2
Not Specified

[sohail (launchpad-taggedtype)]

showkeys:

F2 (wireless): nothing
F8(CRT/LCD): 0x5a
F10(Eject):0x6c

[Paul Sladen (sladen)]

BTW, if you enable:

  ACPI_SLEEP=true

at the top of:

  /etc/default/acpi-support

does the suspend and resume work correctly? If they do I can white-list this machine as known working aswell at the same time.

[Paul Sladen (sladen)]

  SBTN 00000080 00000013

needs adding to send $KEY_SLEEP in 'acpi-support'.

[Matthew Garrett (mjg59)]

No it doesn't - that's caught by hal directly.
--
Matthew Garrett | <email address hidden>

[Paul Sladen (sladen)]

 acpi-support (0.81) dapper; urgency=low
 .
   * Whitelist Dell Inspiron XPS Gen2
   (Closes: Ubuntu #44732)

[Paul Sladen (sladen)]

Can you please test:

  http://www.paul.sladen.org/debian/upload/hotkey-setup_0.1-17sladen1_i386.deb

by downloading it and doing a:

  sudo dpkg -i hotkey-setup_0.1-17sladen1_i386.deb

Does that make the missing keys work? (You can monitor the keys by doing:

  lshal -m

and then pressing them.

[sohail (launchpad-taggedtype)]

sorry, that doesn't fix it. I restarted the hotkey-setup init script.

[Paul Sladen (sladen)]

Can you try doing a restart, then trying monitoring for the keys with:

  lshal -m

  showkey -u

and the 'System->Preferences->Keyboard Shortcuts' control panel as described in:

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

[Paul Sladen (sladen)]

On Sun, 14 May 2006, Sohail Somani wrote:
> Odd, I updated to latest dapper and now I seem to have lost all ability
> to hibernate (atleast from the gnome menu)

Please install 'gnome-power-manager'.

> I can still standby using the hotkeys.

We know that Suspend (Fn+Esc) works! This bug is about making the other
keys work aswell, please can you check those; the deb package I've provided
should map those based on the information above, please can you confirm
whether they are correct?

> Darn. I've submitted another bug for this though (#44758)

Yup, thanks, this is the correct thing to do for separate issues.

[sohail (launchpad-taggedtype)]

Hi Paul,

After rebooting, the deb you linked me to above *does* fix the problem for only hibernate, however sleep no longer works (even with Fn+ESC). The other keys (like eject cdrom) still don't work.

I wonder if this has anything to do with gnome-power-manager.

[Paul Sladen (sladen)]

Can you expand on what you mean by "sleep doesn't work", do you mean the key sequence doesn't work, or that something else causes the Suspend to fail?

And by 'sleep', do you mean Suspend or Hibernate? :)

Regarding getting the other key codes, can you boot in rescue mode, make sure that:

  sudo /etc/init.d/hotkey-setup stop

is stopped and then try:

  sudo echo ; sudo tail -0f /var/log/messages ; sudo showkey -u

and grab them again please.

[sohail (launchpad-taggedtype)]

Alrighty, what I meant was sleep=suspend. And the functionality seemed to disappear.

However, with tonights updates as of this writing (7pm PST), the functionality is back (and works).

I did receive a kernel update, so perhaps that did it.

Just about to try hibernate, but I'll add this comment before then just in case ;)

[sohail (launchpad-taggedtype)]

Sorry for the double comment. Hibernate seemed to die when resuming. But this has nothing to do with the Fn keys. Perhaps a separate bug.

Fn+F3(battery): 0x87
Fn+F8(CRT/LCD): 0x8b
Fn+F10(Eject cdrom): 0x89

The other ones already work (and continue to do so)

[Trent Lloyd (lathiat)]

The battery key works on my Inspiron M20 now makes gnome-power-manager pop something up - what about other dells - i beleive they all have the same hotkeys

[sohail (launchpad-taggedtype)]

On Sat, 2006-05-27 at 15:37 +0000, Trent Lloyd wrote:
> The battery key works on my Inspiron M20 now makes gnome-power-manager
> pop something up - what about other dells - i beleive they all have the
> same hotkeys

The battery key for me pops up the status of the battery.

[Mario Limonciello (superm1)]

closing hotkey-setup task. things are fixed in hal-info now instead, and they are not matched on model numbers, but on the vendor. If you still have problems, open up another bug against hal-info.