Bug 105765

Summary: Missing keycodes for Cherry Linux keyboard
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Marcel Hilzinger <marcel>
Component: X.OrgAssignee: Stefan Dirsch <sndirsch>
Status: RESOLVED DUPLICATE QA Contact: Stefan Dirsch <sndirsch>
Severity: Normal    
Priority: P2 - High CC: vojtech
Version: Beta 2   
Target Milestone: ---   
Hardware: Other   
OS: All   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Marcel Hilzinger 2005-08-19 08:42:15 UTC 
In comparison to 9.3 the Cherry Linux keyboard is sending less keycodes. The 
keys not working are: 
left side: F1 (Up), F2 (Down) 
right side: F6,F7,F8,F9 
 
Also the K-Menü-Button does not send a keycode. This didn't work for 9.3 
neighter.
Comment 1 Stefan Dirsch 2005-08-19 11:16:49 UTC 
Just verified. The support is also in xkeyboard-config. Try model "Cherry
CyMotion Master XPress".
Comment 2 Marcel Hilzinger 2005-08-19 11:44:11 UTC 
Does not help. Same as  Cherry CyMotion Master Linux or no special layout. I 
tested with xev.
Comment 3 Stefan Dirsch 2005-08-19 12:33:20 UTC 
I'll try my "Cherry CyMotion Master XPress" later. Maybe it's completely
different from yours.
Comment 4 Marcel Hilzinger 2005-08-19 13:00:22 UTC 
Mine has  
Article No: G86-21070DEAAAC/01 
Serial No: G 000852 2Q46
Comment 5 Stefan Dirsch 2005-08-19 14:08:32 UTC 
Mine (engineering sample) has:

Article No.: G86-21050DEAAAA
Revision   : Preproduction
Date       : P34
Serial No. : G 000095
Comment 6 Stefan Dirsch 2005-08-19 14:40:37 UTC 
> The keys not working are: 
> left side: F1 (Up), F2 (Down) 
> right side: F6,F7,F8,F9 

I can reproduce this. These seem to be dead WRT kernel. Same problem with 9.3.
Vojtech, any ideas? These are *not* the usual F1-F10 keys!
Comment 7 Vojtech Pavlik 2005-08-21 20:25:52 UTC 
Ok, so I assume these are some kind of multimedia keys. Am I right?

First, check if 'atkbd.softraw=0' on the kernel command line helps.
If it does, one option is to use that, another option is to teach the kernel
about the scancodes of the non-working keys using the 'setkeycode' command.
Comment 8 Stefan Dirsch 2005-08-21 21:28:47 UTC 
Yes, these are multimedia keys.
Comment 9 Vojtech Pavlik 2005-08-21 21:32:14 UTC 
In that case the observed behavior is documented and correct.
Comment 10 Stefan Dirsch 2005-08-21 21:46:55 UTC 
This one seems to be related: #106050.
Comment 11 Stefan Dirsch 2005-08-22 10:21:52 UTC 
'atkbd.softraw=0' didn't help. I don't know how to use 'setkeycode' to get these
keys working. Vojtech, should I close this one as duplicate of #106050?
Comment 12 Marcel Hilzinger 2005-08-22 10:22:22 UTC 
atkbd.softraw=0 does not help. Showkey -s doesn't show keycodes.
Comment 13 Vojtech Pavlik 2005-08-22 15:13:40 UTC 
Yes, Stefan, you can close it as a duplicate. Marcel, are you using it
via USB?
Comment 14 Stefan Dirsch 2005-08-22 15:16:39 UTC 

*** This bug has been marked as a duplicate of 106050 ***
Comment 15 Marcel Hilzinger 2005-08-22 15:24:50 UTC 
Yes, via USB
Comment 16 Vojtech Pavlik 2005-08-22 15:33:06 UTC 
That's the reason why softraw nor setkeycode doesn't help. A kernel
patch will be needed.