Bug 440380

Summary: evdev causes external keyboard problems
Product: [Fedora] Fedora Reporter: Osma Ahvenlampi <oa+redhat>
Component: xorg-x11-serverAssignee: Kristian Høgsberg <krh>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: dannybaumann, dcantrell, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-24 20:56:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 441567    
Attachments:
Description Flags
Xorg config
none
log in docked with the config file
none
log in docked without any xorg.conf
none
log in undocked with an xorg.conf (keyboard works correctly)
none
log in undocked without xorg.conf none

Description Osma Ahvenlampi 2008-04-03 07:54:23 UTC 
I have an Acer laptop on which its built-in keyboard functions pretty much OK
when I log in disconnected from its docking station. However, when logging in
while docked, and with the Logitech Cordless Desktop Pro keyboard/mouse
connected, keymappings are busted: Delete key works as PrintScreen, arrow down
as Return, and various other problems.

In addition, I can't make the gdm login screen understand my keyboard layout is
Finnish, and have to type in my password assuming an English layout. This
happens either undocked or docked.

I have tried both without any xorg.conf and with a config modified from what
worked in F8 (which I need to extend virtual screen enough to enable xrandr
display switching, but that's another matter).

The computer has a base F8 install with GNOME, Xorg and many, many base
libraries updated through F9 Beta to Rawhide, but still using SysVinit instead
of Upstart.

Attached four Xorg log files: logging in docked, undocked, with and without a
config, and the config file used in these sessions.
Comment 1 Osma Ahvenlampi 2008-04-03 07:54:23 UTC 
Created attachment 300189 [details]
Xorg config
Comment 2 Osma Ahvenlampi 2008-04-03 07:54:59 UTC 
Created attachment 300190 [details]
log in docked with the config file
Comment 3 Osma Ahvenlampi 2008-04-03 07:56:04 UTC 
Created attachment 300191 [details]
log in docked without any xorg.conf
Comment 4 Osma Ahvenlampi 2008-04-03 07:56:38 UTC 
Created attachment 300192 [details]
log in undocked with an xorg.conf (keyboard works correctly)
Comment 5 Osma Ahvenlampi 2008-04-03 07:57:14 UTC 
Created attachment 300193 [details]
log in undocked without xorg.conf
Comment 6 Danny Baumann 2008-04-22 05:50:17 UTC 
Same problem here on a machine updated from F7. Using the kbd driver the
keyboard layout is completely broken as described above, using evdev no input at
all is possible.
Comment 7 Osma Ahvenlampi 2008-04-22 06:15:41 UTC 
Yum update to latest rawhide (all packages), presumably tracking F9 Preview
release. Problem still exists. I have to make sure I log in while undocked,
otherwise keyboard is close to useless with most non-alphanumeric keys mapped
wrong. Would suggest this is a fairly serious regression, thus proposing blocker
for F9.
Comment 8 Jesse Keating 2008-04-22 14:12:25 UTC 
Yeah, this is a problem where evdev is seeing a combo mouse/keyboard device and
evdev takes over both devices, screwing up the keyboard shortcuts.  Moving to X
blocker.
Comment 9 Adam Jackson 2008-04-24 20:56:07 UTC 
Built a fix for this in xorg-x11-server 1.4.99.901-26.20080415
Comment 10 Osma Ahvenlampi 2008-04-26 05:34:34 UTC 
Sorry, yum didn't find this update until I'd left the office for the weekend.
Won't be able to verify this until Monday.
Comment 11 Danny Baumann 2008-04-27 16:12:29 UTC 
(In reply to comment #9)
> Built a fix for this in xorg-x11-server 1.4.99.901-26.20080415

My keyboard/mouse composite USB device now works properly when logged in, thanks.
However, in gdm, the keyboard layout still is US English, although
/etc/sysconfig/keyboard says it's German. Shall I reopen the bug or open a new
one (as this problem is mentioned in the bug report)? ;)