Bug 1065212

Created attachment 863122 [details]
screenshot - when stuck

Hi, Shuping

Could you also help check whether the latest rhel6.6 version has problem? As we always file bug to y-stream. 

Thanks,
Qunfang

(In reply to Qunfang Zhang from comment #4)
> Hi, Shuping
> 
> Could you also help check whether the latest rhel6.6 version has problem? As
> we always file bug to y-stream. 
> 
> Thanks,
> Qunfang

Hi qunfang,

It's not a regression, can meet same issue on qemu-kvm-0.12.1.2-2.415.el6_5.3 and qemu-kvm-rhev-0.12.1.2-2.420.el6.


Thanks,
Shuping

Met this problem on, stuck at first reboot during installation of Win8.0-32.

Tested package version:

qemu-kvm-rhev-0.12.1.2-2.415.el6_5.7.x86_64
kernel-2.6.32-431.11.2.el6.x86_64 

How reproducible:
5/26

Command line:
/usr/libexec/qemu-kvm \
    -S  \
    -name 'virt-tests-vm1' \
    -M rhel6.5.0  \
    -nodefaults  \
    -vga std \
    -device AC97,bus=pci.0,addr=03  \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20140331-233029-nILwWjgb,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -chardev socket,id=serial_id_serial0,path=/tmp/serial-serial0-20140331-233029-nILwWjgb,server,nowait \
    -device isa-serial,chardev=serial_id_serial0  \
    -chardev socket,id=seabioslog_id_20140331-233029-nILwWjgb,path=/tmp/seabios-20140331-233029-nILwWjgb,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20140331-233029-nILwWjgb,iobase=0x402 \
    -device ich9-usb-uhci1,id=usb1,bus=pci.0,addr=04 \
    -drive id=drive_image1,if=none,cache=none,snapshot=off,aio=threads,file=/home/manual_test/autotest-devel/client/tests/virt/shared/data/images/win8-32-error.qcow2 \
    -device ide-drive,id=image1,drive=drive_image1,bus=ide.0,unit=0 \
    -device e1000,mac=9a:50:51:52:53:54,id=idrX5gtz,netdev=idCNQbFf,bus=pci.0,addr=05  \
    -netdev tap,id=idCNQbFf,fd=24  \
    -m 2048  \
    -smp 1,maxcpus=1,cores=1,threads=1,sockets=2  \
    -cpu 'Opteron_G3',+sep,hv_relaxed \
    -drive id=drive_cd1,if=none,snapshot=off,aio=threads,media=cdrom,file=/home/manual_test/autotest-devel/client/tests/virt/shared/data/isos/ISO/Win8/en_windows_8_enterprise_x86_dvd_917587.iso \
    -device ide-drive,id=cd1,drive=drive_cd1,bus=ide.0,unit=1 \
    -drive id=drive_winutils,if=none,snapshot=off,aio=threads,media=cdrom,file=/home/manual_test/autotest-devel/client/tests/virt/shared/data/isos/windows/winutils.iso \
    -device ide-drive,id=winutils,drive=drive_winutils,bus=ide.1,unit=0 \
    -drive id=drive_virtio,if=none,snapshot=off,aio=threads,media=cdrom,file=/home/manual_test/autotest-devel/client/tests/virt/shared/data/isos/windows/virtio-win-latest-signed.iso \
    -device ide-drive,id=virtio,drive=drive_virtio,bus=ide.1,unit=1 \
    -drive id=drive_fl,if=none,cache=none,snapshot=off,readonly=off,aio=threads,file=/home/manual_test/autotest-devel/client/tests/virt/shared/data/images/win8-32/answer.vfd \
    -global isa-fdc.driveA=drive_fl \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -vnc :0  \
    -rtc base=localtime,clock=host,driftfix=slew  \
    -boot order=cdn,once=c,menu=off \
    -enable-kvm


Host info: 
processor	: 2
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 2
model name	: AMD Phenom(tm) 8750 Triple-Core Processor
stepping	: 3
cpu MHz		: 1200.000
cache size	: 512 KB
physical id	: 0
siblings	: 3
core id		: 2
cpu cores	: 3
apicid		: 2
initial apicid	: 2
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 rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs npt lbrv svm_lock
bogomips	: 4809.77
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

mem info:
free -m 
             total       used       free     shared    buffers     cached
Mem:          3765       3618        146          0         26       1224
-/+ buffers/cache:       2367       1398
Swap:        57343         10      57333

Radim,
Any idea?

I've started with an unsuccessful effort to reproduce ...
Dump shows that the bug happens in E1G60I32!E1000EnableInterrupt:
(the network adapter driver)

  835be658 c781d00000009d000000 mov dword ptr [ecx+0D0h],9Dh
  835be662 c6801c03000001  mov     byte ptr [eax+31Ch],1
  ^ EIP
  835be669 5d              pop     ebp
  835be66a c20400          ret     4

Is the VCPU stuck at that position? I found bug 874406, but it was spinning ...
Anyway, it had an interesting case:  does it reproduce with more than one VCPU?
Can you provide kvm (f)trace too?

Thanks.

Hi, Shuping

Could you reply Radim's question in comment 8?  Thanks.

(In reply to Radim Krčmář from comment #8)
> I've started with an unsuccessful effort to reproduce ...
> Dump shows that the bug happens in E1G60I32!E1000EnableInterrupt:
> (the network adapter driver)
> 
>   835be658 c781d00000009d000000 mov dword ptr [ecx+0D0h],9Dh
>   835be662 c6801c03000001  mov     byte ptr [eax+31Ch],1
>   ^ EIP
>   835be669 5d              pop     ebp
>   835be66a c20400          ret     4
> 
> Is the VCPU stuck at that position? I found bug 874406, but it was spinning
> ...
> Anyway, it had an interesting case:  does it reproduce with more than one
> VCPU?
> Can you provide kvm (f)trace too?
> 
> Thanks.

Hi Radim,

I cannot reproduce this bug with more than one vcpu on kernel-2.6.32-483.el6.x86_64 and qemu-kvm-rhev-0.12.1.2-2.428.el6.x86_64, bug still can reproduce it with one vcpu.

Created attachment 910340 [details]
trace file

I was hoping to see the point where "normal" operation ends in a hang, but the trace contains just a two VCPU guest; aren't qemu-kvm-4231, 4237, and 4238 from a different, idle, domain?  (They are mostly handling RTC interrupts.)

To pin the general area a bit better: does it happen with different network devices too? (virtio-net-pci/rtl8139)

Thank you.

I'm closing this as WONTFIX.

1) It happened only on *1* VCPU Windows 8.0 guests with e1000 emulated network interface if they received a packet during e1000 initialization.
(The driver didn't expect hardware to reinject an interrupt immediately, so it left an interrupt request up.  KVM doesn't emulate latencies of real hardware.)
2) Our e1000 device type (82540EM) is unsupported on Windows 8.0: 
  https://downloadcenter.intel.com/download/21642/Network-Adapter-Driver-for-Windows-8
  http://www.intel.com/support/network/adapter/pro100/sb/CS-033693.htm
3) The issue is not reproducible anymore.

The recommended network device is virtio-net.