Ok, I 'll take this opportunity to prove xf86-input-wacom is responsive and give you all a break. I will also take care of both hal/libudev and xorg.conf. The fix will be ready for xorg 1.8 if my driver can be included. Fair?<br>
<br>Ping<br><br><div class="gmail_quote">On Wed, Oct 7, 2009 at 7:14 PM, Daniel Stone <span dir="ltr"><<a href="mailto:daniel@fooishbar.org">daniel@fooishbar.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<div><div></div><div class="h5"><br>
On Wed, Oct 07, 2009 at 06:19:10PM -0700, Ping wrote:<br>
> On Wed, Oct 7, 2009 at 5:02 PM, Peter Hutterer <<a href="mailto:peter.hutterer@who-t.net">peter.hutterer@who-t.net</a>>wrote:<br>
> > <a href="http://cvs.fedoraproject.org/viewvc/rpms/linuxwacom/devel/linuxwacom-0.8.2.2-HAL.patch?revision=1.1&view=markup" target="_blank">http://cvs.fedoraproject.org/viewvc/rpms/linuxwacom/devel/linuxwacom-0.8.2.2-HAL.patch?revision=1.1&view=markup</a><br>
> > not for the faint of heart.<br>
> ><br>
> > when cleaning up you have to make sure you're only cleaning up those<br>
> > devices<br>
> > that you've initialized yourself, otherwise you're going to top the server.<br>
> > i'm not sure if I can recommend the above at all, mjg59's HAL trickery was<br>
> > a<br>
> > lot nicer but then again, udev.<br>
><br>
> Then, my question is: can we assume, with xserver 1.8 and later,<br>
> xf86WcmInit (the device initialization routine) will only be called by your<br>
> libudev input-hotplug mechanism? Or in another phase: do you still allow<br>
> users to define input devices through xorg.conf?<br>
><br>
> If xf86-input-wacom will only be Init'ed by libudev input-hotplug, I can<br>
> "fix" my driver by creating all devices inside the Init. Then the driver<br>
> will cleanup itself in UnInit. I think I like this approach if you guys are<br>
> willing to take the risk of Wacom blowing up the server :).<br>
<br>
</div></div>I'd like to finally fix up our device API so these kinds of hacks are no<br>
longer necessary, but to be honest I'd suspect this may end up creeping<br>
into 1.9 rather than 1.8.<br>
<br>
NewInputDeviceRequest is completely fine to call from your driver: don't<br>
be scared by all the failure messages you'd find about it. :) Just<br>
construct a reasonable set of options lists (including 'Driver<br>
"wacom"'), and you should be fine.<br>
<br>
I don't think xorg.conf will ever die, but yes, you can safely do this<br>
by checking the option named '_source'. If it's server/hal or<br>
server/libudev (I think -- you'd have to check Julien's patch to make<br>
fully sure), then you're being called from either hal or udev. If not,<br>
then it's almost certainly xorg.conf.<br>
<br>
Cheers,<br>
<font color="#888888">Daniel<br>
</font></blockquote></div><br>