When using host drive (e.g., /dev/fd0) qemu does not detect physical drive if
it is empty. This causes a Windows guest, specifically w2k, to drop the
floppy drive altogether at start-up.
The need to see the disk image before determining the emulated drive type
makes sense for images, but not
At least I think that is what requires this to allow qemu to compile on my
system. Should be safe for all systems and versions.
diff -r qemu-0.8.0/target-i386/helper2.c
qemu-0.8.0-patched/target-i386/helper2.c
26a27
#include errno.h
___
Qemu-devel
Adds an -smbrc option (to obsolete -smb option?) that gives better control of
start up of private smb server and shares. Largest portion of change is
moving option lists to separate file.
diff -r -N qemu-0.8.0/opts.h qemu-0.8.0-patched/opts.h
0a1,154
/*
* QEMU System Emulator
*
*
I placed a patch on The Qemu Forum (qemu.dad-answers.com) that already
provides this capability in a more inclusive manner. That is, you can remote
the console (monitor) through any active pty or pipe process. Telnet could be
one choice to get the functionality you are getting at here.
Then