Bug 513530 - Eject button on Dell Studio XPS doesn't work
Summary: Eject button on Dell Studio XPS doesn't work
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 13
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-07-24 01:52 UTC by Rodd Clarkson
Modified: 2010-09-09 01:17 UTC (History)
8 users (show)

Fixed In Version: kernel-2.6.34.6-54.fc13
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-09-04 11:10:03 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Rodd Clarkson 2009-07-24 01:52:50 UTC
Description of problem:

The Dell Studio XPS has a collection of touch enabled buttons above the keyboard to do all the multimedia stuff (pause, play, volume, etc)  When you 'touch' the icon, it glows and all the key work well except eject.

When booting the device, the eject button ejects cds and dvds as expected.  However in Gnome, the button doesn't work.

I've tried assigning the button in System > Preferences > Keyboard Shortcuts but that doesn't work.

I've run xev and I get the following output pushing the volume down, volume up and eject buttons (in that order).  Note that pushing the eject key doesn't see any output generated on the screen.

---------------------
FocusOut event, serial 30, synthetic NO, window 0x5400001,
    mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 30, synthetic NO, window 0x5400001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 30, synthetic NO, window 0x0,
    keys:  2   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

FocusOut event, serial 30, synthetic NO, window 0x5400001,
    mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 30, synthetic NO, window 0x5400001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 30, synthetic NO, window 0x0,
    keys:  2   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
---------------------


I've run showkey -s (in a console) and I get the following:

---------------------
km mode was UNICODE

[ if you <snip> ]

press any key <snip> ...
0x9c
0xe0 0x2e
0xe0 0xae
0xe0 0x30
0xe0 0xb0
---------------------

Again, no output is generated when you push the eject key.



Version-Release number of selected component (if applicable):

$ rpm -q control-center
control-center-2.26.0-6.fc11.x86_64


Additional info:

[rodd@moose ~]$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port [8086:2a41] (rev 07)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03)
00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03)
00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03)
00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03)
00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 [8086:2946] (rev 03)
00:1c.5 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 [8086:294a] (rev 03)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 03)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 93)
00:1f.0 ISA bridge [0601]: Intel Corporation ICH9M LPC Interface Controller [8086:2919] (rev 03)
00:1f.2 SATA controller [0106]: Intel Corporation ICH9M/M-E SATA AHCI Controller [8086:2929] (rev 03)
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 03)
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility HD 3670 [1002:9593]
01:00.1 Audio device [0403]: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series] [1002:aa20]
04:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 5300 AGN [Shiloh] Network Connection [8086:4235]
08:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe [14e4:1698] (rev 10)
09:01.0 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C832 IEEE 1394 Controller [1180:0832] (rev 05)
09:01.1 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 22)
09:01.2 System peripheral [0880]: Ricoh Co Ltd R5C843 MMC Host Controller [1180:0843] (rev 12)
09:01.3 System peripheral [0880]: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter [1180:0592] (rev 12)
09:01.4 System peripheral [0880]: Ricoh Co Ltd xD-Picture Card Controller [1180:0852] (rev ff)

Comment 1 Bug Zapper 2009-11-16 11:04:57 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Rodd Clarkson 2010-04-08 05:24:19 UTC
Okay, this has been resolved in f12, but lives on in f13, which is strange.

I noticed the other day that if I push the eject button if f12 a nice big eject icon appears on the screen and eject does what you would expect it to.

However, in f13 I get the same problems I had in f12.

It would appear that someone has patched this for f12, but f13 hasn't seen the same love.

Oh, and I'm still on a Dell XPS 16, but it's a more recent version, so if you want the lspci for this one, then feel free to ask.

Comment 3 Rodd Clarkson 2010-04-08 06:16:17 UTC
a little more research shows the following line in /var/log/messages appearing when I press the eject button:

Apr  8 16:04:44 moose kernel: dell-wmi: Unknown key 0 pressed

It would appear from some searching that this has something to do with dell-wmi but it's not clear why it works on f12 but not f13.

modules dell-wmi and wmi are loaded.

$ lsmod | grep dell
dell_wmi                3051  0 
wmi                     6888  1 dell_wmi
dell_laptop             3928  0 
rfkill                 18126  4 bluetooth,dell_laptop
dcdbas                  8572  1 dell_laptop

Comment 4 Rodd Clarkson 2010-05-08 21:30:15 UTC
This is still a problem with kernel 2.6.33.3-85.fc13.x86_64

Comment 5 Dario Castellarin 2010-06-26 16:52:30 UTC
I'm having the same problem on a Dell Studio 1555 on F13. A patch has been just submitted to kernel: http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;a=commit;h=4b3e53d88eb91be512c9940887d3861da416bc8d

Comment 6 Rodd Clarkson 2010-07-16 23:55:30 UTC
still a problem with 2.6.33.6-147.fc13.x86_64.

What kernel is this patch likely to turn up in?

Comment 7 Dario Castellarin 2010-07-17 00:09:41 UTC
2.6.35, but it can be easily backported. AFAIK it was in F12...

Comment 8 Rodd Clarkson 2010-07-18 05:16:59 UTC
I can confirm that this works for me in f12, but not in f13.

Any chance of porting that bit of code to f13?

Comment 9 Dario Castellarin 2010-09-01 16:51:16 UTC
Ok somehow this still happens in F14 with kernel 2.6.35.4-14, even though the fix was supposed to be upstream... am I missing something here?

Comment 10 Juan Manuel Rodriguez 2010-09-01 19:22:23 UTC
I have an entirely different dell, the Studio 15 (1555) and while I have a physical eject button, it doesn't work. 

In fact, remapping the eject key to a different button, like rewind song, displays the eject icon on screen but doesn't eject the disc. 

Typing 'eject' on the terminal spits out the disc. 

[Nushio@Balmung ~]$ uname -r
2.6.34.6-47.fc13.x86_64

Comment 11 Juan Manuel Rodriguez 2010-09-01 19:25:49 UTC
I tried to use 'xev' but it doesn't respond to the eject key. :-/

Comment 13 Dario Castellarin 2010-09-02 21:08:54 UTC
I see... no chanches for a backport? I was already fixed once in F12...

Comment 14 Chuck Ebbert 2010-09-03 11:54:43 UTC
Fixed in 2.6.34.6-50

Comment 15 Rodd Clarkson 2010-09-04 11:10:03 UTC
I can confirm this is fixed with 2.6.34.6-51.

Thanks guys

Comment 16 Dario Castellarin 2010-09-04 11:36:55 UTC
Cool! Is this fixed in F14 too?

Comment 17 Kyle McMartin 2010-09-06 19:21:43 UTC
No, but I just committed it, so it should be in the next build.

regards, Kyle

Comment 18 Fedora Update System 2010-09-06 20:54:00 UTC
kernel-2.6.34.6-54.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/kernel-2.6.34.6-54.fc13

Comment 19 Dario Castellarin 2010-09-09 00:43:54 UTC
I confirm it also works in kernel-2.6.35.4-23.fc14, thanks a lot!

Comment 20 Fedora Update System 2010-09-09 01:16:30 UTC
kernel-2.6.34.6-54.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.