Description of problem: Can not suspend guest to disk. Guest resumes automatically. Note this malfunction exists only in guest with kernel-2.6.18-183.el5 and will not happen in guest with kernel-2.6.18-164.9.1.el5. Version-Release number of selected component (if applicable): 2.6.18-182.el5 kvm-83-139.el5 How reproducible: 100% Steps to Reproduce: 1.boot the guest by: /usr/libexec/qemu-kvm -m 4096 -smp 2 -drive file=test.qcow2,if=ide,cache=off,boot=on -net nic,model=e1000,vlan=0,macaddr=DE:AD:BE:EF:53:70 -net tap,vlan=0,script=/etc/qemu-ifup -boot c -uuid 683005b1-285c-47ef-9d73-bf1102598caf -usbdevice tablet -no-hpet -rtc-td-hack -no-kvm-pit-reinjection -monitor stdio -notify all -cpu qemu64,+sse2 -balloon none 2.#cat /sys/power/state which returns "mem disk" 3.#echo disk > /sys/power/state 4.after about 120 secs, guest resumes automatically. Actual results: Guest can not be suspended, will resume in about 120 secs. Expected results: After step 3, guest is suspended. Use the same qemu-kvm command in step 1 to restore the guest. Additional info: [Host info] #uname -a Linux khong-RHEL5.redhat.com 2.6.18-182.el5 #1 SMP Tue Dec 15 21:28:29 EST 2009 x86_64 x86_64 x86_64 GNU/Linux #rpm -qa | grep kvm etherboot-zroms-kvm-5.4.4-13.el5 kvm-83-139.el5 kmod-kvm-83-139.el5 kvm-tools-83-139.el5 kvm-qemu-img-83-139.el5 kvm-debuginfo-83-139.el5 #cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 2 model name : AMD Phenom(tm) 9600B Quad-Core Processor stepping : 3 cpu MHz : 1200.000 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc pni cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy altmovcr8 abm sse4a misalignsse 3dnowprefetch osvw bogomips : 4587.48 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate [8] processor : 1 vendor_id : AuthenticAMD ... processor : 2 vendor_id : AuthenticAMD ... processor : 3 vendor_id : AuthenticAMD ... [Guest info] #uname -a Linux dhcp-66-70-197.nay.redhat.com 2.6.18-183.el5 #1 SMP Mon Dec 21 18:38:15 EST 2009 i686 athlon i386 GNU/Linux #dmesg Disabling non-boot CPUs ... Breaking affinity for irq 1 Breaking affinity for irq 10 Breaking affinity for irq 11 Breaking affinity for irq 15 CPU 1 is now offline SMP alternatives: switching to UP code CPU1 is down Stopping tasks: ===================================================================================================================================================== stopping tasks timed out after 120 seconds (1 tasks remaining): khungtaskd Restarting tasks...<6> Strange, khungtaskd not stopped done Enabling non-boot CPUs ... SMP alternatives: switching to SMP code Booting processor 1/1 eip 11000 CPU 1 irqstacks, hard=c0769000 soft=c0749000 Initializing CPU#1 Calibrating delay using timer specific routine.. 4583.17 BogoMIPS (lpj=2291585) CPU: After generic identify, caps: 078bfbfd 2191abfd 00000000 00000000 80000001 00000000 00000000 CPU: After vendor identify, caps: 078bfbfd 2191abfd 00000000 00000000 80000001 00000000 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After all inits, caps: 078bf3fd 2191abfd 00000000 01000420 80000001 00000000 00000000 kvm-clock: cpu 1, msr 0:3018a25, boot clock register_clocksource: Cannot register kvm-clock. Already registered!<6>Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: AMD QEMU Virtual CPU version 0.9.1 stepping 03 kvm-clock: cpu 1, msr 0:3018a25, secondary cpu clock kvm-clock: cpu 1, msr 0:3018a25, secondary cpu clock CPU1 is up #cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 6 model name : QEMU Virtual CPU version 0.9.1 stepping : 3 cpu MHz : 2293.744 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm nonstop_tsc pni bogomips : 4587.48 processor : 1 vendor_id : AuthenticAMD ...
Reproduce with the latest 5.5 kernel (-182,-183.el5) happening on both Intel and AMD CPUs. 5.4/5.4-z (164.el5, 164.el5_4.9) work well.
Does it works for physical 5.5 host? I suspect this is a kernel issue
Created attachment 380713 [details] dmesg on 5.5 host
(In reply to comment #2) > Does it works for physical 5.5 host? I suspect this is a kernel issue Right. Running "echo disk > /sys/power/state" on host with kernel -182 or -183.el5 results the same problem. dmesg can be found through the previous attachment.
Changing the component to kernel.
*** This bug has been marked as a duplicate of bug 550014 ***