Summary: | xserver 1.4 ignoring keyboards configured via xorg.conf | ||
---|---|---|---|
Product: | xorg | Reporter: | Ademar Reis <ademar> |
Component: | Server/General | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED WONTFIX | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | cj.karlsson, jwbaker, projects.gg.aaron |
Version: | 7.3 (2007.09) | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Ademar Reis
2007-11-13 07:43:03 UTC
(In reply to comment #0) > On Fri, Oct 19, 2007 at 12:17:09PM -0200, Ademar de Souza Reis Jr. wrote: > > 1. The main problem is that users expected that their devices > > configured via xorg.conf would keep working, but as discussed in > > a previous thread, keyboards configured in xorg.conf are > > surpassed by the evdev driver and xkb options are thus ignored. > > > > Shouldn't preference be given to what's inside xorg.conf, so that > > we keep backward compatibility and a smooth transition? > > Yes, preference is given to xorg.conf, but due to the nature of > kbd/evdev interactions, evdev just white-ants kbd. There's a bit of > work we can do here (if there's already a kbd device defined in the > config file, don't auto-add keyboards), so I'll check it out. Wouldn't the solution be to add an InputDevice section with evdev as driver and Device as /dev/input/by-id/whatever. This way the x server will apply the configured option to the respective device, and the hotplug-code (which is invoked later) is prevented from taking over the device. WONTFIX xserver 1.4 probably won't get much upstream love in the future, using evdev as the driver is the way to go. Users just need to learn that the HAL fdi file is the configuration for input devices now. If that's not suitable, use /dev/input/by-id and the evdev driver for devices in xorg.conf. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.