Is QEMU working/reliable under ....

Wed Jan 28 16:08:01 UTC 2015

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.