From owner-freebsd-questions@FreeBSD.ORG Wed Jan 28 16:08:01 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4783533E for ; Wed, 28 Jan 2015 16:08:01 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10A9B85A for ; Wed, 28 Jan 2015 16:08:00 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-152.adsl.hiwaay.net [216.180.76.152]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t0SG7wdF015286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 28 Jan 2015 10:07:59 -0600 Message-ID: <54C90AD5.9090807@hiwaay.net> Date: Wed, 28 Jan 2015 10:14:13 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Is QEMU working/reliable under .... References: <54C7C62A.5030605@hiwaay.net> <20150127210422.GA27921@slackbox.erewhon.home> <54C838CE.7040502@hiwaay.net> <20150128071441.GA29698@slackbox.erewhon.home> <54C8EFF3.6050803@hiwaay.net> <54C8FB09.5030305@cyberleo.net> In-Reply-To: <54C8FB09.5030305@cyberleo.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 16:08:01 -0000 On 01/28/15 09:06, CyberLeo Kitsana wrote: > On 01/28/2015 08:19 AM, William A. Mahaffey III wrote: >> On 01/28/15 01:14, Roland Smith wrote: >>> On Tue, Jan 27, 2015 at 07:18:06PM -0600, William A. Mahaffey III wrote: >>>> On 01/27/15 15:04, Roland Smith wrote: >>>>> On Tue, Jan 27, 2015 at 11:08:58AM -0600, William A. Mahaffey III >>>>> wrote: >>>>>> .... FreeBSD 9.3-RELEASE-p5, qemu-0.11.1_18, >>>>>> kqemu-kmod-1.3.0.p11_12 ? I >>>>>> have tried w/ kqemu loaded & unloaded (recommended online), w/ >>>>>> -nographic, w/ -vga std, etc. No love. All I want to do is run a WinXP >>>>>> 32bit VM &/or a 64-bit Win7 VM from my desktop (xfce-4.10_7, >>>>>> xorg-7.7_1, >>>>>> xf86-video-vesa-2.3.3_5) :-/ .... Several online sites imply that it >>>>>> works OK, 1 specifically w/ FreeBSD 9 no less. Any clues appreciated, >>>>>> any more info gladly provided .... >>>>> This version is *ancient*. I would suggest trying qemu-devel >>>>> instead, because >>>>> that provides qemu-2.2.0. Last time I tried it 0.11 with or without >>>>> qkemu >>>>> crashed a lot. >>>>> >>>>> According to the website, qemu version 0.11 and up do not support kqemu >>>>> anymore (see http://wiki.qemu.org/KQEMU), so you don't need that >>>>> anymore. >>>>> >>>>> In time (and if your processor is new enough to have “extended page >>>>> tables”) I >>>>> guess qemu on FreeBSD could be replaced by the bhyve hypervisor that >>>>> is now in >>>>> 10.x and is being developed further in HEAD. Currently bhyve can >>>>> load FreeBSD, >>>>> OpenBSD, NetBSD and Linux guests. Support to run windoze as a guest >>>>> will come >>>>> in the future. >>>>> >>>>> Roland >>>> OK, I have qemu-devel compiled & installed, kqemu unloaded from the >>>> kernel, & (hopefully) a build of a VM underway, command-line: qemu >>>> -cdrom ../../../ISOs/winxp.iso -hda HDD.img -m 256 -boot d -cpu athlon >>>> -vga std -nographic -no-acpi -localtime, w/ qemu softlinked to >>>> qemu-system-x86_64 in /usr/local/bin. How long is this expected to take >>>> :-) ? TIA & thx for everything so far .... >>> If you are using a 64-bit build of XP the GUI should come up pretty fast. >>> Installing XP will seem to take ages. :-) Trying to run a 32-bit XP on a >>> 64-bit emulator won't work at all, IIRC. I think it won't even boot. >>> >>> Depending on which windows programs you need to run, there is a pre-built >>> 32-bit Wine for AMD64 available in ports. That might run them faster >>> because >>> it's not a VM. >>> >>> Roland >> Hmmmmm .... OK, I was/am using 32-bit WinXP, maybe that's part of the >> problem. I eventually killed this process after 5+ hrs w/ no visible >> progress & tried again w/ qemu-system-i386 & the rest of the command >> line args, still (apparently) nogo, killed it after about 1 hr., no >> visible progress. I never saw *any* GUI pop up in either case. > What, precisely, are you expecting to witness while running the Windows > XP install ISO? To my knowledge, it does not support anything but GUI > installation, and it looks like you have turned off graphics output > using the -nographic flag. I know, when I ran it w/o the -nographics flag, it left the rxvt terminal in a fubared state when I killed it using killall from another terminal window :-/. I did notice that if I killed it w/ a ctrl-C from the terminal it was running in, the terminal was not fubared. I guess I'll try again w/ graphics, & the i386 qemu .... >> I'm a bit >> confused here, I thought the qemu executable needed to match the host as >> much as possible, that's why I tried the x86_64 qemu 1st. > The qemu executable you use is the one you want the guest to emulate, > not the one that matches your host. qemu-system-x86_64 will emulate a > 64-bit Intel/AMD system; qemu-system-i386 will emulate a 32-bit > Intel/AMD system; qemu-system-mips will emulate a MIPS-architecture > system. All will run on the host upon which they were built. Thanks, I was confused about that due to past experience under Linux, where there was an amorphous qemu executable that apparently executed the correct system-specific emulator in turn. Thanks for the clarification. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr.