diff options
Diffstat (limited to 'results/classifier/105/semantic/1223467')
| -rw-r--r-- | results/classifier/105/semantic/1223467 | 60 |
1 files changed, 60 insertions, 0 deletions
diff --git a/results/classifier/105/semantic/1223467 b/results/classifier/105/semantic/1223467 new file mode 100644 index 000000000..7b0111e4c --- /dev/null +++ b/results/classifier/105/semantic/1223467 @@ -0,0 +1,60 @@ +semantic: 0.445 +instruction: 0.361 +mistranslation: 0.350 +device: 0.266 +other: 0.228 +socket: 0.216 +graphic: 0.201 +boot: 0.145 +network: 0.138 +vnc: 0.106 +assembly: 0.092 +KVM: 0.065 + +Unable to use USB as hda in Windows + +I built qemu 1.6.0 from source in MinGW (and all dependents not available with mingw-get) +The command line: +qemu-system-i386.exe -m 1024 -hda \\.\PhysicalDrive1 -L pc-bios +or +qemu-system-x86_64.exe -m 1024 -hda \\.\PhysicalDrive1 -L pc-bios +(or the *w.exe equivalents) +reports in stderr.txt: +qemu-system-i386.exe: -hda \\.\PhysicalDrive1: Block protocol 'host_device' doesn't support the option 'filename' +qemu-system-i386.exe: -hda \\.\PhysicalDrive1: could not open disk image \\.\PhysicalDrive1: Invalid argument + +I have also found this bug in 1.5 but not in 1.4 + +Some Help: +The code in Qemu is a bit beyond me at 1am, but I was able to determine the root cause seems to be that block.c is becoming confused about referring to a file but not having a file name. I have been able to work around this by changing line 860 of block.c from: "if (qdict_size(options) != 0) {" to "if (qdict_size(options) != 0 && !is_windows_drive(filename)) {" + +But I don't think this is a good solution (it is assuming that nothing else could be wrong), and I can't be sure that I'm not masking some real issue. + +FWIW; Build is on XP, but execution is on Win7. + +Thanks. + +I can confirm the same bug. I am not building from source, but rather using the unofficial Windows binaries linked to by Qemu. + +http://wiki.qemu.org/Links + +I'm running as Administrator on Win8.1 x86_64 + +qemu-system-i386.exe -L . -hda \\.\PhysicalDrive3 + +qemu-system-i386.exe: -hda \\.\PhysicalDrive3: Block protocol 'host_device' doesn't support the option 'filename' +qemu-system-i386.exe: -hda \\.\PhysicalDrive3: could not open disk image \\.\PhysicalDrive3: Invalid argument + +I see this error in the 1.51, 1.53, and 1.60 builds from a couple different sources + +PhysicalDrive3 is a USB device that's visible in the Windows Disk Management Snap-In. I see the activity light on the drive blink when running this command. + +I've found some older Qemu binaries from various random sources https://code.google.com/p/kqemu-portable-win/ and they seem to be able to access physical devices without issue, though they also seem to have other problems of their own... + +I think this has been fixed by commit 68dc0364, which was included in +qemu 1.7.0 and also backported to 1.6.1. Can you please try upgrading and +confirm whether it fixes the problem? + + +I found some newer Windows binaries at http://qemu.weilnetz.de/ and can confirm I do not see the issue any more. + |