Ok,  I &#39;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">&lt;<a href="mailto:daniel@fooishbar.org">daniel@fooishbar.org</a>&gt;</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>
&gt; On Wed, Oct 7, 2009 at 5:02 PM, Peter Hutterer &lt;<a href="mailto:peter.hutterer@who-t.net">peter.hutterer@who-t.net</a>&gt;wrote:<br>
&gt; &gt; <a href="http://cvs.fedoraproject.org/viewvc/rpms/linuxwacom/devel/linuxwacom-0.8.2.2-HAL.patch?revision=1.1&amp;view=markup" target="_blank">http://cvs.fedoraproject.org/viewvc/rpms/linuxwacom/devel/linuxwacom-0.8.2.2-HAL.patch?revision=1.1&amp;view=markup</a><br>

&gt; &gt; not for the faint of heart.<br>
&gt; &gt;<br>
&gt; &gt; when cleaning up you have to make sure you&#39;re only cleaning up those<br>
&gt; &gt; devices<br>
&gt; &gt; that you&#39;ve initialized yourself, otherwise you&#39;re going to top the server.<br>
&gt; &gt; i&#39;m not sure if I can recommend the above at all, mjg59&#39;s HAL trickery was<br>
&gt; &gt; a<br>
&gt; &gt; lot nicer but then again, udev.<br>
&gt;<br>
&gt; Then, my question is: can we assume, with xserver 1.8 and later,<br>
&gt; xf86WcmInit (the device initialization routine) will only be called by your<br>
&gt; libudev input-hotplug mechanism? Or in another phase: do you still allow<br>
&gt; users to define input devices through xorg.conf?<br>
&gt;<br>
&gt; If xf86-input-wacom will only be Init&#39;ed by libudev input-hotplug, I can<br>
&gt; &quot;fix&quot; my driver by creating all devices inside the Init.  Then the driver<br>
&gt; will cleanup itself in UnInit.  I think I like this approach if you guys are<br>
&gt; willing to take the risk of Wacom blowing up the server :).<br>
<br>
</div></div>I&#39;d like to finally fix up our device API so these kinds of hacks are no<br>
longer necessary, but to be honest I&#39;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&#39;t<br>
be scared by all the failure messages you&#39;d find about it. :) Just<br>
construct a reasonable set of options lists (including &#39;Driver<br>
&quot;wacom&quot;&#39;), and you should be fine.<br>
<br>
I don&#39;t think xorg.conf will ever die, but yes, you can safely do this<br>
by checking the option named &#39;_source&#39;.  If it&#39;s server/hal or<br>
server/libudev (I think -- you&#39;d have to check Julien&#39;s patch to make<br>
fully sure), then you&#39;re being called from either hal or udev.  If not,<br>
then it&#39;s almost certainly xorg.conf.<br>
<br>
Cheers,<br>
<font color="#888888">Daniel<br>
</font></blockquote></div><br>