Bug 846912

This issue also happened after doing S4.

Best Regards,
Dawn

This issue also happened when uninstalling driver after S3/S4, uninstalling will also stuck after S3/S4.

Best Regards,
Dawn

*** Bug 890594 has been marked as a duplicate of this bug. ***

The problem is with the seabios code and it was fixed upstream (f64a472a481784231fbf8541825501df411b11d1).

After the guest was resumed from sleep (S3) the scsi device's interrupt was disabled. Without interrupts the driver didn't completed the irp, which result in a bsod after 10 minutes.

*** Bug 894277 has been marked as a duplicate of this bug. ***

Verify this issue with the fixed seabios on upstream, https://bugzilla.redhat.com/attachment.cgi?id=699975, still hit this issue, following is the details:

environment:
kernel-2.6.32-361.el6.x86_64
qemu-kvm-rhev-0.12.1.2-2.356.el6.x86_64
virtio-win-prewhql-54

steps:
1. replace the current bios.bin to the fixed one from upstream, https://bugzilla.redhat.com/attachment.cgi?id=699975

2. Start guest with CLI:
   /usr/libexec/qemu-kvm -m 2G -smp 2 -cpu Penryn,+x2apic,family=0xf -usb -device usb-tablet -drive file=win7-64-fun.qcow2,format=qcow2,index=0,if=none,id=drive-virtio-disk1,media=disk,cache=none,werror=stop,aio=native -device virtio-scsi-pci,id=bus0 -device scsi-hd,bus=bus0.0,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device e1000,netdev=hostnet0,mac=00:10:16:23:25:16,bus=pci.0,addr=0x4 -uuid dbde9e26-140c-4efb-8d58-4b1ca0251cdb -rtc base=localtime -no-kvm-pit-reinjection -monitor stdio -name win7-64-scsi -spice disable-ticketing,port=5931 -vga qxl -qmp tcp:0:4445,server,nowait -device virtio-scsi-pci,bus=pci.0,id=scsi0 -drive file=disk1.qcow2,format=qcow2,if=none,media=disk,aio=native,werror=stop,rerror=stop,id=scsi0 -device scsi-hd,bus=scsi0.0,drive=scsi0,id=scsi1 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0

3. Do S3 for guest
4. Disable scsi driver after resume finish.

Actually result:
guest hang when disabling scsi driver.


Best Regards,
Dawn

(In reply to comment #8)

> 2. Start guest with CLI:
>    /usr/libexec/qemu-kvm -m 2G -smp 2 -cpu Penryn,+x2apic,family=0xf -usb
> -device usb-tablet -drive
> file=win7-64-fun.qcow2,format=qcow2,index=0,if=none,id=drive-virtio-disk1,
> media=disk,cache=none,werror=stop,aio=native -device virtio-scsi-pci,id=bus0
> -device scsi-hd,bus=bus0.0,drive=drive-virtio-disk1,id=virtio-disk1 -netdev
> tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device
> e1000,netdev=hostnet0,mac=00:10:16:23:25:16,bus=pci.0,addr=0x4 -uuid
> dbde9e26-140c-4efb-8d58-4b1ca0251cdb -rtc base=localtime
> -no-kvm-pit-reinjection -monitor stdio -name win7-64-scsi -spice
> disable-ticketing,port=5931 -vga qxl -qmp tcp:0:4445,server,nowait -device
> virtio-scsi-pci,bus=pci.0,id=scsi0 -drive
> file=disk1.qcow2,format=qcow2,if=none,media=disk,aio=native,werror=stop,
> rerror=stop,id=scsi0 -device scsi-hd,bus=scsi0.0,drive=scsi0,id=scsi1
> -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0

This is probably nothing, but I don't see you have used the "-bios" parameter. 
 
> Actually result:
> guest hang when disabling scsi driver.

I'll check again.

(In reply to comment #9)
> (In reply to comment #8)
> This is probably nothing, but I don't see you have used the "-bios"
> parameter. 
>  
Hi Gal Hammer,

Actually I have replaced the the current bios.bin under path /usr/share/seabios/ to the fixed one in the first step in the Comment 8.
Now I tried to specified the fixed bios.bin manually in the start CLI,still hit the same issue.

/usr/libexec/qemu-kvm -m 2G -smp 2 -cpu Penryn,+x2apic,family=0xf -usb -device usb-tablet -drive file=win7-64-fun.qcow2,format=qcow2,index=0,if=none,id=drive-virtio-disk1,media=disk,cache=none,werror=stop,aio=native -device virtio-scsi-pci,id=bus0 -device scsi-hd,bus=bus0.0,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device e1000,netdev=hostnet0,mac=00:10:16:23:25:16,bus=pci.0,addr=0x4 -uuid dbde9e26-140c-4efb-8d58-4b1ca0251cdb -rtc base=localtime -no-kvm-pit-reinjection -monitor stdio -name win7-64-scsi -spice disable-ticketing,port=5931 -vga qxl -qmp tcp:0:4445,server,nowait -device virtio-scsi-pci,bus=pci.0,id=scsi0 -drive file=disk1.qcow2,format=qcow2,if=none,media=disk,aio=native,werror=stop,rerror=stop,id=scsi0 -device scsi-hd,bus=scsi0.0,drive=scsi0,id=scsi1 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -bios /home/bios.bin

any incorrect for the test,please let me know, thanks!

Best Regards,
Dawn

Verified this issue with the correct fixed bios.bin from https://bugzilla.redhat.com/show_bug.cgi?id=912561, after the same steps in the bug description, this issue gone, guest works well with no any hang and BSOD.

CLI:
/usr/libexec/qemu-kvm -m 2G -smp 2 -cpu Penryn,+x2apic,family=0xf -usb -device usb-tablet -drive file=win7-64-fun.qcow2,format=qcow2,index=0,if=none,id=drive-virtio-disk1,media=disk,cache=none,werror=stop,aio=native -device virtio-scsi-pci,id=bus0 -device scsi-hd,bus=bus0.0,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device e1000,netdev=hostnet0,mac=00:10:16:23:25:16,bus=pci.0,addr=0x4 -uuid dbde9e26-140c-4efb-8d58-4b1ca0251cdb -rtc base=localtime -no-kvm-pit-reinjection -monitor stdio -name win7-64-scsi -spice disable-ticketing,port=5931 -vga qxl -qmp tcp:0:4445,server,nowait -device virtio-scsi-pci,bus=pci.0,id=scsi0 -drive file=disk1.qcow2,format=qcow2,if=none,media=disk,aio=native,werror=stop,rerror=stop,id=scsi0 -device scsi-hd,bus=scsi0.0,drive=scsi0,id=scsi1 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -bios /home/bios.bin

Thanks for Gal's help.

Best Regards,
Dawn

Dawn, can you confirm that comments 9-10 were wrong and that the BIOS is fixing the issue?

*** Bug 912561 has been marked as a duplicate of this bug. ***

(In reply to comment #15)
> Dawn, can you confirm that comments 9-10 were wrong and that the BIOS is
> fixing the issue?

Hi Paolo,
yes,the bios.bin file using in comments 9-10 is wrong, so Gal tell me the right one from bug https://bugzilla.redhat.com/show_bug.cgi?id=912561 which can fix this issue.

any problem, please let me know, thanks!

Best Regards,
Dawn

*** Bug 847205 has been marked as a duplicate of this bug. ***

Paolo 

When the offical build will come out ?

Michal, my patch "acpi: do not let guest OSes enable/disable the SCI" (http://patchwork.virt.bos.redhat.com/patch/49632/) listed two BZs: this one and bug 846519.

(In reply to comment #22)
> Michal, my patch "acpi: do not let guest OSes enable/disable the SCI"
> (http://patchwork.virt.bos.redhat.com/patch/49632/) listed two BZs: this one
> and bug 846519.

Ah, ok, thanks. I'm having just information about bug 846519 there. I've updated it now.

Michal

Reproduce this bug on below configuration.

host:
qemu-kvm-0.12.1.2-2.375.el6.x86_64
kernel-2.6.32-358.el6.x86_64
seabios-0.6.1.2-26.el6.x86_64

guest:
win7-64
virtio-win-prewhql-0.1-59

Steps to Reproduce:
1.Start guest with CLI:
/usr/libexec/qemu-kvm \
-M rhel6.5.0 \
-cpu SandyBridge \
-m 2G \
-smp 2,sockets=1,cores=2,threads=1,maxcpus=16 \
-enable-kvm \
-name win7 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k en-us \
-rtc base=localtime,clock=host,driftfix=slew \
-no-kvm-pit-reinjection \
-monitor stdio \
-qmp tcp:0:6666,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-netdev tap,id=hostnet0,downscript=no,vhost=on \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:2e:28:1c,bus=pci.0,addr=0x4,bootindex=2 \
-vga qxl \
-spice port=5900,disable-ticketing \
-drive file=/mnt/windows/win7.qcow2,format=qcow2,index=0,if=none,id=drive-virtio-disk1,media=disk,cache=none,werror=stop,aio=native \
-device virtio-scsi-pci,id=bus0 \
-device scsi-hd,bus=bus0.0,drive=drive-virtio-disk1,id=virtio-disk1 \
-global PIIX4_PM.disable_s3=0 \
-global PIIX4_PM.disable_s4=0 \
-device virtio-scsi-pci,bus=pci.0,id=scsi0 \
-drive file=/home/disk1.qcow2,format=qcow2,if=none,media=disk,aio=native,werror=stop,rerror=stop,id=scsi0 \
-device scsi-hd,bus=scsi0.0,drive=scsi0,id=scsi1 \

2.Sleep guest.

3.Wake up guest by press keyboard,login to guest and disable or enable data disk driver from device manager (Device Manger -> Storage controller)
  
Actual results:
Disable or Enable scsi driver stuck with Not Responding prompt, and have to end program to stop the stuck, and shutdown guest will stuck

Expected results:
Guest should be able to disable or enable scsi driver successfully without stuck after S3.


Verify this bug with below configuration.

host:
qemu-kvm-0.12.1.2-2.375.el6.x86_64
kernel-2.6.32-358.el6.x86_64
seabios-0.6.1.2-27.el6.x86_64

guest:
win7-64
virtio-win-prewhql-0.1-59

Steps to Reproduce refer above

result:
Guest can be disable or enable scsi driver successfully without stuck after S3 and S4. storage disk work well after do this test.

*** Bug 957326 has been marked as a duplicate of this bug. ***

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-1655.html