I updated my glib2 to the same version that works great on OS X, and it feels like the Win32 binaries are just slower than ever. Â Now I am running this under VMWare, so maybe that is why it is so slow.
Can someone give this a shot?
Any and all feedback would be nice.
Oh I included the Doom 1.1 in there run it like this:
qemu-system-i386 -L pc-bios -m 16 -hda doom11.img -soundhw sb16,adlib
And you should be able to run doom with sound.
I use glib 2.37 and Qemu 1.6 is really fast and, as usual, I applied patches to the following c files:
scsi-disk.c
scsi-bus.c
cirrus_vga.c
cirrus_vga_rop.h
ioport.c
pc.c
scsi.h
cpu.c (target-i386)
and of course:
sdl.c
I don’t suppose you have a patch for all those changes…? It sounds like youve got something pretty extensive going on there!
I think I’m missing something fundamental from my MinGW build system…
I don’t suppose you could upload your mingw directory somewhere…. … 😉
What your SCSI patches do, or fix?
basically, I ported the scsi files from 1.2.2 to 1.6.0 since those from 1.3.x onwards crash the entire emulator when using a scsi hard disk with a boot file (int13.bin for dc390) on NT 3.5x while partitioning the hard disk, and commeting out the assert line does nothing.
Wouldn’t run for me as libgthread-2.0-.dll is missing. I got that from http://qemu.weilnetz.de/w32/dll/
– then it fails with a stderr.txt message of qemu: could not load PC BIOS ‘bios.bin’ I fixed that with -L d:\qemu-160\pc-bios.
So thanks, it works!
OpenBSD 5.0 working OK with a serial console
qemu-system-i386 -L pc-bios -serial telnet:127.0.0.1:4444,server
And I can connect out over the nat so networking looks promising.
Huh I wonder why my machine doesn’t complain for the library… I added the one I built into the archive in case there is any kind of message mismatch.
Thanks for testing!
Runs fine for me on 32-bit Windows 8. Doom is a little slow, but that’s probably my CPU (Pentium D) and I get nice MIDI sound!
http://i.imgur.com/aI9QREq.png – pic
Wow pentium D, blast from the past! If you try Qemu 0.15.1 is it significantly faster?
Works here. With the main menu running with music and sound, it pegs my Core2Duo E8400 at around 55-60%. Certainly not a “light weight” emulation.
I forget what kind of Xeon’s are in my 2006 MacPro, but yeah it rides around 50% of all my cores when I run the OS X version of 1.6.0 with Doom….
Someone should test NT/MIPS on QEMU/Windows. Looks like something got f*cked on recent versions, firmware doesn’t load anymore, and a black window opens instead.
Also, some skilled guy would compile PPC binaries with Hervé RFC patches, to test how much has improved RS/6000 emulation on recent times (i’ve seen some recent commits to 43p machine).
Here is all I have regarding the MIPS crash….
I got an email from Hervé, on how to fix this!! I’ll make a post about it so everyone sees it.
Nice 🙂
Tell to Hervé that we found the ROM for the IBM Power Series 850. Maybe he can fix some day his 43p patches to work with it, and be able to install finally OS/2 for PPC in QEMU.
Hi… i’m trying to cross build qemu 1.6 for win32/win64 from scratch but I can’t get a fresh and clean instructions list from Qemu.org -hosts/w32- (it ain’t updated nor detailed as it should be 🙁 )… If anyone can lend a hand by a few tips, i’ll make a detailed walk through for begginers, in order to bring attention qemu for windows again (sure, binaries for windows exist; but they are generally built with common settings)…
Common first brick in the wall for beginners:
Libraries prerequisites: how and which libraries should be met/build/install in order to cross build with mingw in Linux (SDL, POSIX thread, GLIB, etc., etc.) prior to essential “configure/make/make install” of qemu…
Have you seen this post on betaarchive (which I believe is from TC1988 above…) – It’s for building on Windows but it may give you a clue as to which libs to use.
Link above should have been – http://www.betaarchive.com/forum/viewtopic.php?t=28834
Doesn’t start for me either. Shows a pop-up saying that libgthread-2.0 is missing. Fwiw I tried it under w7/64.
Missed that there is a new version, sorry. Now it works. Seems to be fast enough to play.
Thanks for the feedback!
I’m starting with http://wiki.qemu.org/Hosts/W32 , but i’m totally overwhelmed by (just a simple) SDL / PTHREADS compilation mingw32 in Debian Squeeze… it seems so simple just to cross-compile in linux for w32/w64 opposed to the native building alternative (which indeed kindly and detailed TC wrote for us to fit, although it seems much more difficult for a beginner to handle 🙁 !) according to that (official ?) wiki page…
I followed TC1988’s instructions and I’ve managed to get i386 and x86_64 built. I did look at the wiki but decided to try the Win32 method first.
Yeah… this night i´ll be on TC1988’s way… though i think it’s a pitty it can’t be (simple) cross compiled to win32 from linux… And I’m a little shocked for all the struggle he’d been just to get those binaries working….
I’d just like to add that this is broken as far as the Cisco ASA Emulation is concerned. Mine works fine on Linux 1.6.0 but on W32 (running in W8/64) it crashes at the point where it tries to mount the virtual hard drive. I’ve spent a lot of time tweaking command-line and kernel parameters without any joy.
sounds like coroutine.c with O2… it is very touchy on Windows… try rebuilding that object with just O1.
I’ve just finished building my own using TC1988’s post and it’s now working. Now I’ve got a toolchain set up I can tweak it a bit.
For anybody who is interested – here is my build. Disclaimer comes with absolutely no warranty!
I’ve build everything and included the dll’s that I built as part of tc1988s instructions.
NB; Would you be so kind just to share the same version with tpm support built-in??? I’m stuck trying all the alternatives ranging from gcc (4.5, 4.6, 4.7), glib (built or not), mingw (32 or 64) just to get qemu working in windows 7 with tpm support in order to get a PoC working on… btw, my issues are gettext-3.0.13.1 build erros, GLIB 2.26.1 unstable with another gettex, (if you try gtk+ 2.16 in order to avoid GLIB building) qemu segmentation fault, and the qemu-coroutine-lock.c assertion too…arrrggghhhhh… getting a linux 3.8 running inside a Raspberry Pi isn’t that hard 😛
It builds OK for me with tpm.
TPM device options:
-tpmdev passthrough,id=id[,path=path][,cancel-path=path]
use path to provide path to a character device; default is /dev/tpm0
use cancel-path to provide path to TPM's cancel sysfs entry; if
not provided it will be searched for in /sys/class/misc/tpm?/device
Here is a link to the binaries.
Gosh… thank you in advance NB!!!!… this night i’m following these articles from screaming monkeys on my quest… 😛
http://screamingmonkeys.blogspot.com.ar/2013/05/qemu-mingw-w64-working-at-last.html
http://screamingmonkeys.blogspot.com.ar/2013/05/return-to-linux-compiling-qemu-with.html
I’m fixated with the idea of not been able to get the building done… meanwhile I work on my PoC (on Win32) with your binaries, I’ll keep the fight… thank you, once more for your fast, kind and warm attention a LOT!!!!
Updated the above build. I found a serious memory leak =80 which I tracked down to me not setting the mingw environment variables. I’ve also added a README with the output of my configure script and a few other notes.
Cool!
Even tough all the fight… can’t get it done… came to binaries build but they crashed… no reason to gdb if you guys are getting them straigh-out… something msys/mingw environment deploy? I install mingw as usual and MSYS-64 .zip is deployed in another directory with “postinstall.bat” recognizing cc.exe and mounting mingw partition… is that right???
Just noticed that 1.6.1 was released 10 days ago. This has what appears to be a fix for the broken host-mode nat (-net user).
e8601a4: w32: Fix access to host devices (regression) (Stefan Weil)
I’ll have to try a build and see if it is fixed.