Bug 603459 - seabios cause "boot failure" when the guest is windows and disk type is virtio
Summary: seabios cause "boot failure" when the guest is windows and disk type is virtio
Status: CLOSED DUPLICATE of bug 596590
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: seabios   
(Show other bugs)
Version: 6.1
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Eduardo Habkost
QA Contact: Virtualization Bugs
Depends On:
TreeView+ depends on / blocked
Reported: 2010-06-13 09:51 UTC by Jianjiao Sun
Modified: 2010-06-23 17:00 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-06-23 17:00:48 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jianjiao Sun 2010-06-13 09:51:39 UTC
Description of problem:
When the guest is windows and disk type is virtio,The guest failed to boot,and the "blue screen" is seen.(I have test windows 2003 and windows 2008) 

Version-Release number of selected component (if applicable):
# rpm -q seabios
#rpm -q qemu-kvm
#rpm -qa |grep libvirt
# uname -a
Linux dhcp-65-144.nay.redhat.com 2.6.32-33.el6.x86_64 #1 SMP Thu Jun 3 13:00:03 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

How reproducible:

Steps to Reproduce:
1.define a guest with disk type is virtio (image is an exist image which support for virtio)
#virsh define win2008-2.xml
2.start the guest
#virsh start win2008-2
Actual results:
The guest failed to boot,and the "blue screen" is seen. 

Expected results:
Guest start successfully

Additional info:
After I downgrade the seabios to seabios-0.5.1-0.10.20100108git669c991.el6.x86_64 ,the guest start successfully.
If the guest disk's type is "ide",the guest also start successfully.

win2008-2.xml's content:
#cat win2008-2.xml
[root@dhcp-65-144 test]# cat win2008-2.xml 
<domain type='kvm' id='8'>
    <type arch='x86_64' machine='rhel6.0.0'>hvm</type>
    <boot dev='hd'/>
  <clock offset='utc'/>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/var/lib/libvirt/images/win2008-64-virtio.qcow2'/>
      <target dev='vdb' bus='virtio'/>
    <controller type='ide' index='0'>
      <alias name='ide0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    <interface type='network'>
      <mac address='52:54:00:0c:c1:fe'/>
      <source network='default'/>
      <target dev='vnet1'/>
      <model type='virtio'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    <serial type='pty'>
      <source path='/dev/pts/2'/>
      <target port='0'/>
      <alias name='serial0'/>
    <console type='pty' tty='/dev/pts/2'>
      <source path='/dev/pts/2'/>
      <target port='0'/>
      <alias name='serial0'/>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='5901' autoport='yes' keymap='en-us'/>
      <model type='cirrus' vram='9216' heads='1'/>
      <alias name='video0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
  <seclabel type='dynamic' model='selinux'>

Comment 2 RHEL Product and Program Management 2010-06-13 10:03:14 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for

Comment 3 Eduardo Habkost 2010-06-22 15:52:13 UTC
Could you check if this is a duplicate of bug 596590?

Comment 4 Johnny Liu 2010-06-23 10:39:50 UTC
(In reply to comment #3)
> Could you check if this is a duplicate of bug 596590?    

Yes, look like it indeed is.
After I update viostor driver from http://download.lab.bos.redhat.com/devel/RHEV/virtio-win/1.1.5-0/virtio-win-1.1.5-0.vfd on the win2003 image, no blue screen is seen.

Comment 5 Eduardo Habkost 2010-06-23 17:00:48 UTC

*** This bug has been marked as a duplicate of bug 596590 ***

Note You need to log in before you can comment on or make changes to this bug.