On Fri, Nov 20, 2009 at 12:11 PM, Dan Kegel <span dir="ltr">&lt;<a href="mailto:dank@kegel.com">dank@kegel.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Fri, Nov 20, 2009 at 9:57 AM, Sir Gallantmon &lt;<a href="mailto:ngompa13@gmail.com">ngompa13@gmail.com</a>&gt; wrote:<br>
&gt; On Fri, Nov 20, 2009 at 11:07 AM, Dan Kegel &lt;<a href="mailto:dank@kegel.com">dank@kegel.com</a>&gt; wrote:<br>
</div><div class="im">&gt;&gt; &gt; What do you think about implementing wineserver kernel module or<br>
&gt;&gt; &gt; handling only performance critical items in kernel?<br>
&gt;&gt;<br>
&gt;&gt; There has long been talk of doing that. �Linus is<br>
&gt;&gt; even willing to take patches to implement win32 APIs<br>
&gt;&gt; in the linux kernel.<br>
&gt;&gt; But it turns out to not be what most people need.<br>
&gt;<br>
</div><div class="im">&gt; What do you mean by that? Wouldn&#39;t it be a good idea to be able to support<br>
&gt; some parts of Wine in the kernel level to be more efficient?<br>
<br>
</div>Of course. �It&#39;s just hard, and it isn&#39;t needed for the things<br>
we tend to use Wine for at the moment. �Somebody actually<br>
had a shot at implementing this back in 2000, see<br>
<a href="http://lwn.net/2000/0914/a/lt-wine.php3" target="_blank">http://lwn.net/2000/0914/a/lt-wine.php3</a><br>
And that work lives on, it seems, as a part of<br>
<a href="http://en.wikipedia.org/wiki/Linux_Unified_Kernel" target="_blank">http://en.wikipedia.org/wiki/Linux_Unified_Kernel</a><br>
So go try it out if you like (although I&#39;m not sure<br>
how safe it is for production).<br>
<br>
I think the Wine team doesn&#39;t need to worry about<br>
that stuff; we have our hands full just making the<br>
win32 userland work well.<br>
<font color="#888888">- Dan<br>
</font></blockquote></div><br><div>I would think that maybe the work Wine does for Direct3D could be moved into a state tracker for Gallium, that way it shouldn&#39;t be necessary to convert from Direct3D to OpenGL to make it work. I doubt Direct3D and OpenGL include equivalents for everything, so it might be a good idea to have for a SoC project to hook up Wine&#39;s D3D implementation into Gallium.</div>