From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D0U3X-0008NO-GV for qemu-devel@nongnu.org; Sun, 13 Feb 2005 19:25:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D0U3P-0008JD-MK for qemu-devel@nongnu.org; Sun, 13 Feb 2005 19:25:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D0U3P-0008IQ-B0 for qemu-devel@nongnu.org; Sun, 13 Feb 2005 19:25:31 -0500 Received: from [65.19.178.186] (helo=pythonhacker.is-a-geek.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D0Tko-0001nI-N8 for qemu-devel@nongnu.org; Sun, 13 Feb 2005 19:06:19 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by pythonhacker.is-a-geek.net (Postfix) with ESMTP id BF5F5403D4 for ; Sun, 13 Feb 2005 19:06:17 -0500 (EST) Received: from pythonhacker.is-a-geek.net ([127.0.0.1]) by localhost (pythonhacker.is-a-geek.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06552-04 for ; Sun, 13 Feb 2005 19:05:46 -0500 (EST) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by pythonhacker.is-a-geek.net (Postfix) with ESMTP id 3EA2C403CF for ; Sun, 13 Feb 2005 19:05:41 -0500 (EST) From: Darryl Dixon In-Reply-To: <000e01c51222$8f893890$254d21d1@computername> References: <20050213182734.GA29432@jbrown.mylinuxbox.org> <001c01c51203$24d2e510$254d21d1@computername> <20050213220614.GA30662@jbrown.mylinuxbox.org> <000e01c51222$8f893890$254d21d1@computername> Content-Type: multipart/alternative; boundary="=-9QswavGgJkUtFkwtPqRV" Date: Mon, 14 Feb 2005 13:05:38 +1300 Message-Id: <1108339538.1601.5.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [Qemu-devel] coLinux and Qemu? --was-- Plex86 and Qemu Reply-To: esrever_otua@pythonhacker.is-a-geek.net, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org --=-9QswavGgJkUtFkwtPqRV Content-Type: text/plain Content-Transfer-Encoding: 7bit Just a thought, but coLinux (www.colinux.org) has a low-level Windows driver to give the Linux kernel access to the CPU. Perhaps this could be modified to simply allow Qemu to execute user-space code (a la kqemu) on Windows? I'm afraid I'm not nearly enough of an uber-hacker to even assess the viability... Cheers, D On Sun, 2005-02-13 at 17:20 -0600, jeebs@yango.us wrote: > From: "Jim C. Brown" > [snip] > > Fabrice mentioned long ago that his module would only work with Linux hosts. I don't know why. Whether its his familiarity with Linux, or if it's something that can only be done under Linux and not Windows. (I have no idea how vmware & virtualPC do their stuff, or what method kqemu uses.) > > So when he did finally release it, it was no surprise. I was already resigned to the fact that it wasn't going to help me in the slightest. And therefor I don't care what license it is released under. If it ever works under Windows, then I'll care. > > When you announced your plans, I was hoping that it might be something that I and 95% of the rest of the world could actually use. You weren't clear in your original message, so I asked. > > Turns out I was wrong though. > > Since it's not going to help us, I have no further interest in your project. > > Your project sounds like it falls into the exact same category as qemu-fast and now kqemu... Mildly worth knowing they exist, but of no practical value for me. No reason to get excited or upset. > > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Darryl Dixon --=-9QswavGgJkUtFkwtPqRV Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Just a thought, but coLinux (www.colinux.org) has a low-level Windows driver to give the Linux kernel access to the  CPU.  Perhaps this could be modified to simply allow Qemu to execute user-space code (a la kqemu) on Windows?

I'm afraid I'm not nearly enough of an uber-hacker to even assess the viability...

Cheers,
D

On Sun, 2005-02-13 at 17:20 -0600, jeebs@yango.us wrote: 
From: "Jim C. Brown" <jma5@umd.edu>
[snip] 

Fabrice mentioned long ago that his module would only work with Linux hosts.  I don't know why.  Whether its his familiarity with Linux, or if it's something that can only be done under Linux and not Windows.  (I have no idea how vmware & virtualPC do their stuff, or what method kqemu uses.)

So when he did finally release it, it was no surprise.  I was already resigned to the fact that it wasn't going to help me in the slightest.  And therefor I don't care what license it is released under.  If it ever works under Windows, then I'll care.

When you announced your plans, I was hoping that it might be something that I and 95% of the rest of the world could actually use.  You weren't clear in your original message, so I asked.

Turns out I was wrong though.

Since it's not going to help us, I have no further interest in your project.

Your project sounds like it falls into the exact same category as qemu-fast and now kqemu... Mildly worth knowing they exist, but of no practical value for me.  No reason to get excited or upset.




_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
Darryl Dixon <esrever_otua@pythonhacker.is-a-geek.net>
--=-9QswavGgJkUtFkwtPqRV--