Evdev xorg input driver doesn't support mouse resolution and samplerate
which is the most stupid thing to do ever if somebody wants to stick
with gaming on linux. Either enhance evdev or port the old mouse driver.
Status: hal removed
Status: udev x11_options are not passed to xorg that makes udev
I dropped a rule into /etc/X11/xorg.conf.d and suddenly the catchall
snippets in /usr/lib/X11/xorg.conf.d weren’t applied anymore?
Can that be?
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
Tobias: currently yes, there are fresh patches upstream fixing that.
Put your configs in xorg.conf to work around that limitation.
Swen: no, the config dirs are only scanned on server start, though I
don't see why that couldn't be fixed to be more dynamic. And the wiki
will be updated before
Fixed in virtualbox-ose 3.1.6-dfsg-2ubuntu1
** Changed in: virtualbox-ose (Ubuntu)
Status: Fix Committed = Fix Released
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is
Grrr, is there any documentation how to configure input-devices with
this new scheme? I had merged the rules for my G5 mouse from HAL to
udev, and now my udev rules suddenly stopped working. But the
documentation in https://wiki.ubuntu.com/X/InputConfiguration and
I agree that the wiki needs to be updated.
The new X Sever configuration scheme is explained here:
http://who-t.blogspot.com/2010/01/new-configuration-world-order.html
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you
Thank you for the link.
Is there any way to continue using udev rules? Or is it possible to rescan
xorg.conf.d without restarting X (with udev rules, is was possible to add rules
and restart udev)? I could not find anything about this in the blog article.
--
FFE: xorg.conf.d/inputclass
** Branch linked: lp:debian/sid/virtualbox-ose
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-joystick in ubuntu.
** Branch linked: lp:ubuntu/xserver-xorg-input-synaptics
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-joystick in ubuntu.
** Branch linked: lp:ubuntu/xserver-xorg-input-evdev
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-joystick in ubuntu.
forgot to add a bug closer for wacom.
xf86-input-wacom (1:0.10.5-0ubuntu1) lucid; urgency=low
* Merge from debian.
* rules: Run xsfclean on clean.
xf86-input-wacom (0.10.5-1) UNRELEASED; urgency=low
* New upstream release.
* Add support for serial wacoms to the udev rules.
* Add
This bug was fixed in the package xf86-input-evtouch - 0.8.8-3build1
---
xf86-input-evtouch (0.8.8-3build1) lucid; urgency=low
* Fakesync from Debian because of different tarball. (LP: #546933)
xf86-input-evtouch (0.8.8-3) unstable; urgency=low
* Add 10-evtouch.conf.
-- Timo
** Branch linked: lp:ubuntu/xf86-input-evtouch
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-joystick in ubuntu.
I agree that we want to avoid shipping an intermediate solution with
udev rules if xorg.conf.d is the long-term solution.
However, to the server, this will look equivalent to having an xorg.conf
again, won't it? I know there have been significant behavior
differences (and bugs) in the past
Oh, I see, that's addressed by the new autoconfig patch you mentioned.
Is that included in the backport? I think it's clearly a precondition.
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
If you mean that the video driver autoconfig works differently when
there's an xorg.conf, then the autoconfig/fallback patch from SUSE fixes
that. And if there's a Driver section in xorg.conf, the autoconfig path
is bypassed (like before).
I'm not aware of (or can't remember) other differences
In the mailing list thread, Bryce has a good point about the timing and
our ability to test this before release. If this is going to happen,
the packages need to all be in in time for beta2.
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug
Of course, the packages can be in the archive by tomorrow, I just need
to know if I can start pushing this to pkg-xorg git ;)
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is
I think Steve's concerns were addressed. Timo now has an X server which
supports both udev and xorg conf.d, so that we can have an orderly
transition. Please go ahead with the server first.
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug
** Also affects: xserver-xorg-input-evdev (Ubuntu)
Importance: Undecided
Status: New
** Also affects: xf86-input-wacom (Ubuntu)
Importance: Undecided
Status: New
** Also affects: xserver-xorg-input-vmmouse (Ubuntu)
Importance: Undecided
Status: New
** Also affects:
This bug was fixed in the package xorg-server - 2:1.7.6-2ubuntu1
---
xorg-server (2:1.7.6-2ubuntu1) lucid; urgency=low
[ Timo Aaltonen ]
* Merge from Debian unstable. (LP: #546933)
[ Michael Casadevall ]
* Updated 111_armel-drv-fallbacks.patch to also add support for finding
** Branch linked: lp:ubuntu/xorg-server
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-joystick in ubuntu.
This bug was fixed in the package xserver-xorg-input-evdev -
1:2.3.2-5ubuntu1
---
xserver-xorg-input-evdev (1:2.3.2-5ubuntu1) lucid; urgency=low
* Merge from Debian unstable. (LP: #546933)
* control, rules: Don't build the udeb.
xserver-xorg-input-evdev (1:2.3.2-5) unstable;
This bug was fixed in the package xserver-xorg-input-synaptics -
1.2.2-1ubuntu1
---
xserver-xorg-input-synaptics (1.2.2-1ubuntu1) lucid; urgency=low
* Merge from Debian unstable. (LP: #546933)
* Rewrite old quirks to use ID_INPUT.tags.
xserver-xorg-input-synaptics (1.2.2-1)
This bug was fixed in the package xserver-xorg-input-vmmouse -
1:12.6.5-4ubuntu1
---
xserver-xorg-input-vmmouse (1:12.6.5-4ubuntu1) lucid; urgency=low
* Merge from Debian unstable (LP: #546933), remaining changes:
- Add mdetect ( 0.5.2.1ubuntu5) to Replaces: for seamless
So the wacom rules had obsolete cruft in it, same as with the other
drivers right now. Those will get cleaned when this hits the distros
(sooner or later).
I've uploaded a new xserver which unbreaks the ABI by renaming the
inputclass-aware NewInputDeviceRequest() to NIDR18(), and added NIDR()
This is a logfile from the X61 tablet with a serial wacom, using the
ppa-test packages. As you can see the wacom is loaded fine, also the
eraser which is loaded using the old NIDR() which calls NIDR18().
So, with that working Julien has basically approved this:
#debian-x:
17:39 jcristau i think
I just gave this a shot on a few machines and the only issues I found
were
1) synaptics 10-synaptics.conf isn't getting installed
2) all of the old udev rules are getting installed/not getting removed by these
packages
3) wacom udev rules need a bit of adjusting to accomidate this
4) xorg.conf.d
Thanks for testing!
1) actually a typo in the package, the config got installed in a wrong path...
I'll upload a new one
2) yes, because they do no harm and it's easier to go back (will drop if this
is accepted)
3) what exactly?
4) yes, and users/admins should use /etc/X11/xorg.conf.d or just
assigning to myself so I can track this better.
There was some concern on xorg-devel@ about the new autoconfig patch;
the author said it'd crash the server on exit, but I couldn't reproduce
it on two systems where I tried. Turns out that he had MALLOC_PERTURB_
set and that triggered the crash,
The ppa now has all the drivers with inputclass configs. Vmmouse uses
the udev rule to add a tag 'vmmouse' that the config then recognizes
with MatchTag.
So after an upgrade from the ppa everything should still just work.
** Changed in: xorg-server (Ubuntu)
Importance: Undecided = Wishlist
** Changed in: xorg-server (Ubuntu)
Assignee: (unassigned) = Timo Aaltonen (tjaalton)
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in ubuntu.
As a side note, I have added support for the new InputClass section in
X-Kit so that the validator doesn't raise an error because of that
section which would be introduced by this change in the xserver.
--
FFE: xorg.conf.d/inputclass backport
https://bugs.launchpad.net/bugs/546933
You received
Setting back to NEW, since the FFE is not approved yet.
As I explained in comment 1 I'm mildly in favor of it, although it will
require a fair amount of testing. Has this also been tested on less
common devices like touch screens and wacom devices?
However, I'd like to get more opinions on this.
The driver functionality hasn't changed. I've tried the wacom rule and
it works. Don't have a touchscreen but it would use evdev like it does
now (evtouch doesn't have a udev hotplug rule atm).
Julien thought that this would not need an approval from the debian
release team. We'll discuss what to
By now this affects a couple of xserver-xorg-input-* packages, since
they need their udev rules replaced by equivalent xorg.conf.d/ snippets,
right? Do you have a list which are affected?
Although this is quite a large change, I tend to be in favor of it, to
avoid users/OEMs having to rewrite
The input drivers that need a config snippet are:
- evdev (done)
- synaptics (~done, need to convert the quirks too)
- wacom (done, need to verify that serial works, but it's from fedora so I
think it does)
- joystick (done)
- evtouch (done)
- vmmouse (not done, still needs the udev rule for
37 matches
Mail list logo
