Bug 695103

Summary: "qemu -M isapc" doesn't start
Product: [Fedora] Fedora Reporter: Horst H. von Brand <vonbrand>
Component: qemuAssignee: Fedora Virtualization Maintainers <virt-maint>
Status: CLOSED DEFERRED QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: amit.shah, berrange, crobinso, dwmw2, ehabkost, itamar, jaswinder, jforbes, knoel, ondrejj, scottt.tw, tburke, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-07-10 12:37:13 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Horst H. von Brand 2011-04-10 15:20:21 UTC
Description of problem:
Running "qemu -M isapc -boot a -fda bootimage-0.11" (yes, trying to resurrect ancient Linux) does nothing. Ominiting "-M isapc" boots fine.

Version-Release number of selected component (if applicable):
qemu-0.14.0-7.fc15.x86_64

How reproducible:
Always

Steps to Reproduce:
1. qemu -M isapc
2.
3.
  
Actual results:
Nothing

Expected results:
Boot messages

Additional info:

Comment 1 Fedora Admin XMLRPC Client 2012-03-15 17:57:35 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Cole Robinson 2012-07-10 12:37:13 UTC
qemu isapc was known broken for a long time upstream AIUI. I think things got better with the recent 1.1 release but I haven't confirmed. But the dev's were aware and yet it wasn't fixed for a while, so it's a pretty low priority for everyone.

If you can still reproduce with upstream, I'd recommend just filing an upstream bug, since tracking it in fedora likely isn't going to accomplish much:

http://wiki.qemu.org/Contribute/ReportABug