[PATCH evdev] Export device node as property.
Dan Nicholson
dbn.lists at gmail.com
Fri Feb 4 09:52:25 PST 2011
On Fri, Feb 4, 2011 at 6:24 AM, Peter Korsgaard <jacmet at sunsite.dk> wrote:
>>>>>> "Dan" == Dan Nicholson <dbn.lists at gmail.com> writes:
>
> Hi,
>
> >> The question is perhaps what the use case for this property is? To
> >> easily figure out what xinput id corresponds to a config entry in
> >> xorg.conf? The reason I wanted the property was slightly different. As
> >> the xinput ids are not stable, I wanted a stable identifier so I can
> >> reapply xinput settings at login time (E.G. for the coordinate
> >> transformation matrix for multihead touchscreens) through
> >> gnome-settings-daemon, similar to how it does for the xrandr setup.
>
> Dan> Maybe another property is needed to satisfy that. What about "Device
> Dan> UID", which is string setup by the driver. On evdev, it uses
> Dan> EVIOCGPHYS, but it's up to the driver since it has the most details
> Dan> about the device.
>
> That's fine by me as well.
>
> Dan> I still think "Device Node" is useful, but I see your point about
> Dan> needing a unique identifier. Then gnome-settings-daemon can look
> Dan> at the combination of DISPLAY hostname and "Device UID" to know
> Dan> which cached settings to grab.
>
> What is the use case about 'Device Node'? Purely informational like I
> mentioned above, or is there another need for it?
I think informational, but as Peter H. mentioned, mapping from xinput
output to actual device node can be pretty useful. Arguably if you
have EVIOCGPHYS, you can look in /proc/bus/input/devices and map back
to device node, but I think what people typically want is the device
node.
--
Dan
More information about the xorg-devel
mailing list