From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs4wf-0000Zd-Dy for qemu-devel@nongnu.org; Fri, 21 Jan 2005 14:59:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs4wR-0000TY-BX for qemu-devel@nongnu.org; Fri, 21 Jan 2005 14:59:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs4wR-0000MV-75 for qemu-devel@nongnu.org; Fri, 21 Jan 2005 14:59:35 -0500 Received: from [38.113.3.61] (helo=smtp-out.hotpop.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs4Nd-0000Xq-JF for qemu-devel@nongnu.org; Fri, 21 Jan 2005 14:23:37 -0500 Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 63DEDD14B13 for ; Fri, 21 Jan 2005 19:23:31 +0000 (UTC) Received: from jbrown.mylinuxbox.org (pcp03144805pcs.midval01.tn.comcast.net [68.59.228.236]) by smtp-2.hotpop.com (Postfix) with ESMTP id 6FC25D291A8 for ; Fri, 21 Jan 2005 19:23:25 +0000 (UTC) Date: Fri, 21 Jan 2005 14:23:14 -0500 From: "Jim C. Brown" Subject: Re: [Qemu-devel] OT: Running qemu without host os? Message-ID: <20050121192314.GA12367@jbrown.mylinuxbox.org> References: <20050121170202.GA11609@jbrown.mylinuxbox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: 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 On Fri, Jan 21, 2005 at 07:03:18PM +0100, Peter Karlsson wrote: > On Fri, 21 Jan 2005, Jim C. Brown wrote: > > > >From instead a host OS the virtual (or guest) OS would not know that it is > > not a real computer. Emulating from the hardware would make this even harder > > to figure out. The part about giving access to the native hardware directly > > (instead of access to emulated hardware) is interesting. > > Well, the vm would still have virtualise the hardware wouldn't it? I'm > thinking of it as like a filter which can let everything, nothing and all > in between pass through depending on settings. Think of linux virtual > memory where a process does not know whether it's in real memory or not. What exactly do you mean by "virtualise the hardware" ? Qemu already acts as such a filter (except that it has to go thru the host OS to access the bare metal and that the emulated hardware usually isn't the same as the hardware the host OS has.) > > > This can still be done in a host OS. The only benefit of using qemu directly is > > the factor of speed and RAM usage (you can go faster when you access the bare > > metal and you don't have to load up an OS). > > So if I use linux as a host os and run windows 2000 as a vm would qemu let > windows access for example a radeon 9800xt graphics card via ati's > official windows drivers? No, that would be the intriquing part. (Actually, a linux host CAN give that access, as long as it is a PCI card you are giving the guest access to - but then only the guest can use it exclusively. Of course Qemu needs to run in X so this isn't yet possible .. unless you have 2 graphics cards, one of them is PCI, and the linux host is using the other graphic card.) > I haven't played with qemu yet and don't know > it's capabilities but I doubt that the host os would be happy with a > virtual os taking over the graphics hardware (for instance)... As long as it is exclusive, it isn't a problem. > > Best regards > > Peter K > > -- > We Can Put an End to Word Attachments: > http://www.fsf.org/philosophy/no-word-attachments.html > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.