Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1023261

Summary: Error Code: 0x0000007F at first reboot after fresh installing Win8-32 guest on AMD system
Product: Red Hat Enterprise Linux 7 Reporter: CongLi <coli>
Component: qemu-kvmAssignee: Yvugenfi <yvugenfi>
Status: CLOSED CURRENTRELEASE QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 7.0CC: acathrow, bcao, coli, hhuang, juzhang, michen, rhod, rkrcmar, shuang, virt-maint, xutian, xwei
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-13 09:50:02 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1069309    
Attachments:
Description Flags
screenshot - Win8-32(ErrorCode: 0x0000007F)
none
all screenshot none

Description CongLi 2013-10-25 03:31:25 UTC 
Created attachment 815993 [details]
screenshot - Win8-32(ErrorCode: 0x0000007F)

Description of problem:
Error Code: 0x0000007F at first reboot after fresh installing Win8-32 guest on AMD system

Version-Release number of selected component (if applicable):
kernel-3.10.0-35.el7.x86_64
qemu-kvm-rhev-1.5.3-10.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Install a Win8-32 guest:

/home/staf-kvm-devel/autotest-devel/client/tests/virt/qemu/qemu \
    -S \
    -name 'virt-tests-vm1' \
    -nodefaults \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20131025-112044-hE3yvtKW,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control \
    -chardev socket,id=serial_id_serial1,path=/tmp/serial-serial1-20131025-112044-hE3yvtKW,server,nowait \
    -device isa-serial,chardev=serial_id_serial1 \
    -chardev socket,id=seabioslog_id_20131025-112044-hE3yvtKW,path=/tmp/seabios-20131025-112044-hE3yvtKW,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20131025-112044-hE3yvtKW,iobase=0x402 \
    -device nec-usb-xhci,id=usb1,bus=pci.0,addr=0x4 \
    -device ahci,id=ahci,addr=0x5 \
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/win8-32.qcow2',if=none,id=ahci0,media=disk,cache=none,snapshot=off,format=qcow2,aio=threads \
    -device ide-drive,bus=ahci.0,drive=ahci0 \
    -device e1000,netdev=idsE5sz6,mac='9a:8e:8f:90:91:92',bus=pci.0,addr=0x3,id='id0p31XI' \
    -netdev tap,id=idsE5sz6,fd=22 \
    -m 4096 \
    -smp 4,maxcpus=4,cores=2,threads=1,sockets=2 \
    -cpu 'Opteron_G4',+sep \
    -M pc-i440fx-rhel7.0.0 \
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/isos/ISO/Win8/en_windows_8_enterprise_x86_dvd_917587.iso',index=1,if=none,id=drive-ide0-0-0,media=cdrom,format=raw \
    -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0 \
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/isos/windows/winutils.iso',index=2,if=none,id=drive-ide0-0-1,media=cdrom,format=raw \
    -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1 \
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/isos/windows/virtio-win.latest_prewhql.iso',index=3,if=none,id=drive-ide0-1-0,media=cdrom,format=raw \
    -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0 \
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/win8-32/answer.vfd',if=none,id=fdc0-0-0,media=disk,readonly=off,format=raw \
    -global isa-fdc.driveA=fdc0-0-0 \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \
    -spice port=3000,password=123456,addr=0,tls-port=3200,x509-dir=/tmp/spice_x509d,tls-channel=main,tls-channel=inputs,image-compression=auto_glz,zlib-glz-wan-compression=auto,streaming-video=all,agent-mouse=on,playback-compression=on,ipv4 \
    -vga qxl \
    -global qxl-vga.vram_size=33554432 \
    -rtc base=localtime,clock=host,driftfix=slew  \
    -boot order=cdn,once=d,menu=off   \
    -device virtio-serial-pci,id=virtio-serial0 \
    -device intel-hda,id=intel-hda0 \
    -device hda-duplex,id=hda-duplex0 \
    -enable-kvm

2.
3.

Actual results:
Error Code: 0x0000007F (the screenshot will be attached)
Parameters:
0x0000000D
0x00000000
0x00000000
0x00000000

Expected results:
Win8-32 guest installation successful

Additional info:
1. cpuinfo:
processor	: 23
vendor_id	: AuthenticAMD
cpu family	: 21
model		: 1
model name	: AMD Opteron(TM) Processor 6234                 
stepping	: 2
microcode	: 0x6000626
cpu MHz		: 2400.113
cache size	: 2048 KB
physical id	: 1
siblings	: 12
core id		: 5
cpu cores	: 6
apicid		: 75
initial apicid	: 43
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
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 constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext perfctr_core perfctr_nb arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
bogomips	: 4799.75
TLB size	: 1536 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb

2. There is a same bug on RHEL6: 
Bug 1002473 - Error Code: 0x0000007F at first reboot after fresh installing windows 8 32bit guest on AMD system
Comment 1 CongLi 2013-10-25 03:37:41 UTC 
Created attachment 815994 [details]
all screenshot
Comment 3 CongLi 2013-10-25 03:40:17 UTC 
(In reply to CongLi from comment #1)
> Created attachment 815994 [details]
> all screenshot


Attached all screenshots, can get installation info from it. I hope it will be helpful.
Comment 4 Yvugenfi@redhat.com 2013-10-31 15:29:46 UTC 
Are you able to boot into the guest? If yes, please provide compressed dump file (mini dump?).

Thanks,
Yan.
Comment 6 CongLi 2014-02-27 10:31:20 UTC 
(In reply to Yan Vugenfirer from comment #4)
> Are you able to boot into the guest? If yes, please provide compressed dump
> file (mini dump?).

Hi Yan,

I can't reproduce this bug on the following version on the same machine:
qemu-kvm-1.5.3-50.el7.x86_64
kernel-3.10.0-97.el7.x86_64

And I have downgraded qemu and kernel to the version in comment 0, this bug can be reproduced.
kernel-3.10.0-35.el7.x86_64
qemu-kvm-1.5.3-10.el7.x86_64

If hit this again, I will update it. 

Thanks,
Cong
Comment 7 Yvugenfi@redhat.com 2014-02-27 11:24:20 UTC 
Thanks for the update.
Comment 8 CongLi 2014-03-14 06:32:07 UTC 
Here are the test results with more bisection:

1. kernel-3.10.0-44.el7.x86_64    --> pass
   qemu-kvm-1.5.3-15.el7.x86_64

2. kernel-3.10.0-44.el7.x86_64    --> pass
   qemu-kvm-1.5.3-14.el7.x86_64   

4. kernel-3.10.0-43.el7.x86_64    --> pass
   qemu-kvm-1.5.3-15.el7.x86_64 

4. kernel-3.10.0-43.el7.x86_64    --> fail
   qemu-kvm-1.5.3-14.el7.x86_64   


This bug seems both kernel and qemu related, for need to downgrade both of them can reproduce it. 

Thanks,
Cong
Comment 9 CongLi 2014-03-14 09:43:48 UTC 
(In reply to CongLi from comment #8)
> Here are the test results with more bisection:
> 
> 1. kernel-3.10.0-44.el7.x86_64    --> pass
>    qemu-kvm-1.5.3-15.el7.x86_64
> 
> 2. kernel-3.10.0-44.el7.x86_64    --> pass
>    qemu-kvm-1.5.3-14.el7.x86_64   
> 
> 4. kernel-3.10.0-43.el7.x86_64    --> pass
>    qemu-kvm-1.5.3-15.el7.x86_64 
> 
> 4. kernel-3.10.0-43.el7.x86_64    --> fail
>    qemu-kvm-1.5.3-14.el7.x86_64   
> 
> 
> This bug seems both kernel and qemu related, for need to downgrade both of
> them can reproduce it. 

The problem is -cpu 'Opteron_G4'.

1. 'Opteron_G2' --> pass
2. 'Opteron_G3' --> pass
3. 'Opteron_G4' --> fail
4. 'Opteron_G5' --> fail

Although this bug can't be reproduced on RHEL.7 host, it's still existed on RHEL.6 host.
I don't know what's the relationship between "-cpu 'Opteron_G4'" and the fix version, I hope it's maybe helpful for the analyze on RHEL.6.

Thanks,
Cong
Comment 12 Radim Krčmář 2014-03-18 16:20:01 UTC 
The bisection points towards XSAVE:
 - G2 and G3 don't have CPUID_EXT_XSAVE, but G4 and G5 do
 - qemu-kvm-1.5.3-15.el7 re-computes what is XSAVEd[1]
 - kernel-3.10.0-44.el7 does a similar thing[2]

I don't see anything like that in RHEL6, so a backport should fix this issue there as well.

---
1: [2/2] 1a92e9b x86: cpuid: reconstruct leaf 0Dh data
2: [1/5] 0163873 [virt] kvm: mask unsupported XSAVE entries from leaf 0Dh index 0
Comment 13 Ludek Smid 2014-06-13 09:50:02 UTC 
This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.