Bug 1153632 - Guest kernel hangs afer host suspend
Summary: Guest kernel hangs afer host suspend
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: qemu
Version: 21
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Marcelo Tosatti
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-10-16 11:34 UTC by Juan Quintela
Modified: 2015-03-31 19:28 UTC (History)
12 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-03-31 19:28:47 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
kallsysms of the guest (3.26 MB, text/plain)
2014-10-16 11:39 UTC, Juan Quintela
no flags Details

Description Juan Quintela 2014-10-16 11:34:30 UTC
Description of problem:

When I close the lid of laptop, guest only come back some of the times.




Version-Release number of selected component (if applicable):

guest: kernel-3.15.10-201.fc20.x86_64
host: kernel-core-3.17.0-300.fc21.x86_64
      qemu-system-x86-2.1.2-4.fc21.x86_64

It also happened when the host was on F20.


How reproducible:

Around 20% of the time the guest hangs.  Sometimes it is only the spice client what is broken.  But that 20% of the time, even ping to the guest don't work.

Steps to Reproduce:
1.  close the lid of laptop (suspend)
2.  wait 1h or more
3.  open lid (wakeup)

Actual results:

Guest is hanged

Expected results:

Guest answer correctly.
Additional info:

command line:
qemu      5064  3.9 20.2 4906228 1617348 ?     Sl   Oct14 121:10 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name browser -S -machine pc-i440fx-1.6,accel=kvm,usb=off -cpu SandyBridge -m 2048 -realtime mlock=off -smp 2,maxcpus=4,sockets=4,cores=1,threads=1 -uuid 608d26a9-768b-44d5-af05-85517f5c3087 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/browser.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device nec-usb-xhci,id=usb,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive file=/mnt/images/browser.img,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=24 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:06:52:98,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/browser.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel1,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -device usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 -msg timestamp=on

Comment 1 Juan Quintela 2014-10-16 11:39:01 UTC
Created attachment 947577 [details]
kallsysms of the guest

Comment 2 Marcelo Tosatti 2014-10-20 09:14:51 UTC
Please attach the trace.


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