[PATCH] xfree86: Allow a config directory for multiple config files
Ping
pinglinux at gmail.com
Wed Dec 16 17:58:46 PST 2009
On Wed, Dec 16, 2009 at 5:27 PM, Dan Nicholson <dbn.lists at gmail.com> wrote:
> >
> > Hi Dan,
> >
> > While sorting through my customers' requests for wacom X driver related
> > issues, I encountered another "unusual" situation:
> >
> > How can we explicitly let X server ignore a device on a hotplugging
> enabled
> > system? Some users want to run X server. But they don't want
> wacom_drv.so
> > to grad the device. They want to process the data directly from the
> kernel
> > themselves. When we discussed the "true hotplugging" X server, we kinda
> > assumed that at least one driver will pick up the device in X server by
> > default.
> >
> > Do we have an existing option to disable hotplugging for a device?
>
> I have an additional patch on top of my InputClass patches to address
> this by adding an Ignore boolean to the class. Something like this:
>
> Section "InputClass"
> MatchVendor "Wacom"
> Ignore "yes"
> EndSection
>
> I'm not quite sure of the behavior if you have multiple sections
> toggling the Ignore status, but I'm not too worried about that corner
> case. My motivation for this is that I don't want to set any Xorg
> specific options in the config backend (hal fdi, udev rules, etc.). I
> just want Xorg to just grab all input devices and then let xorg.conf.d
> straighten it out.
This works for me too. I guess I can also assume that we could ignore just
one device by specifying MatchProduct with product ID, right? All this is
for the next step with udev. Then my question is (sorry I have too many
questions :):
How does the current hal fdi work? Can we let it ignore a vendor by
removing the fdi file? Looks like (from my testing result) something will
pick the device up even if I totally remove the wacom fdi.
Ping
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.x.org/archives/xorg-devel/attachments/20091216/7e70c603/attachment.htm
More information about the xorg-devel
mailing list