Bug 1058225
Summary: | [WHQL][netkvm]Job named PM_PowerStateTransition failed because error pop up while test app's running on win8/win8.1 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Min Deng <mdeng> | ||||||
Component: | virtio-win | Assignee: | Yvugenfi <yvugenfi> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||
Severity: | unspecified | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 7.0 | CC: | dfleytma, juzhang, knoel, lijin, mdeng, michen, rbalakri, virt-bugs, virt-maint, vrozenfe, yvugenfi | ||||||
Target Milestone: | rc | Keywords: | Reopened | ||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | Fixed_Not_Ship | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: |
NO_DOCS
|
Story Points: | --- | ||||||
Clone Of: | |||||||||
: | 1191961 (view as bug list) | Environment: | |||||||
Last Closed: | 2015-11-24 08:39:54 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: | 1184818 | ||||||||
Bug Blocks: | 1191961 | ||||||||
Attachments: |
|
Description
Min Deng
2014-01-27 09:33:00 UTC
Enable S3 and Disable 4 still hit the same issue.Hck file will be uploaded in a minute. Created attachment 855997 [details]
HCKfile
Hello, Please test power transition tests with QXL only (Win7, Win8 and Win8.1). In general the test application crashed on the test client. But I think that part of the reason is that s3 is not supported without QXL. Closing. Please retest with QXL. Thanks, Yan. (In reply to Yan Vugenfirer from comment #5) > Hello, > > Please test power transition tests with QXL only (Win7, Win8 and Win8.1). > > In general the test application crashed on the test client. But I think that > part of the reason is that s3 is not supported without QXL. > > Closing. Please retest with QXL. > > Thanks, > Yan. re-open ,QE are using QXL for the SUT (guest1) Created attachment 947855 [details]
win81-64
Hi I have a question on the test environment: did you install QXL VGA driver inside quests? Without QXL VGA driver, Windows 8.1 can't be put to sleep and the test should fail. Regards, Joseph Hindin (In reply to Yossi Hindin from comment #14) > Hi > > I have a question on the test environment: did you install QXL VGA driver > inside quests? Without QXL VGA driver, Windows 8.1 can't be put to sleep and > the test should fail. > > Regards, > Joseph Hindin yes referring to comment#11, We will retest on build 100 recently Hi I am trying to reproduce the problem, but run into several problems with the QXL WMMD driver. If you've made any progress with WMMD graphics, please, let me know. Regards, Joseph Hindin (In reply to Yossi Hindin from comment #16) > Hi > > I am trying to reproduce the problem, but run into several problems with the > QXL WMMD driver. If you've made any progress with WMMD graphics, please, let > me know. > > Regards, > Joseph Hindin Can we try switching back to VGA mode by adding the following parameter to qemu command line "qxl-vga.revision=3" ? For HCK purpose only, I would suggest running QXL WDDM driver in VGA mode. Cheers, Vadim. try with qxl-vga.revision=3 and qxlwddm-0.1-6.zip,this job can pass on win8-32/64,win8.1-32/64 package info: qemu-kvm-rhev-2.1.2-20.el7.x86_64 kernel-3.10.0-223.el7.x86_64 seabios-1.7.5-4.el7.x86_64 virtio-win-prewhql-100 Based on comment#18 ,looks it is wddm-qxl issue. (In reply to Mike Cao from comment #19) > Based on comment#18 ,looks it is wddm-qxl issue. Sorry ,Ignore this comment I still can hit the issue both on win7-32/64 when running PM_PowerStateTransition job on virtio-win-prewhql-100 Mike (In reply to Mike Cao from comment #20) > (In reply to Mike Cao from comment #19) > > Based on comment#18 ,looks it is wddm-qxl issue. > > Sorry ,Ignore this comment > > I still can hit the issue both on win7-32/64 when running > PM_PowerStateTransition job on virtio-win-prewhql-100 > > Mike Hi Mike, Can you open separate bug for Windows 7 as we use different versions of qxl driver for the versification? Thank, Yan. (In reply to Yan Vugenfirer from comment #21) > (In reply to Mike Cao from comment #20) > > (In reply to Mike Cao from comment #19) > > > Based on comment#18 ,looks it is wddm-qxl issue. > > > > Sorry ,Ignore this comment > > > > I still can hit the issue both on win7-32/64 when running > > PM_PowerStateTransition job on virtio-win-prewhql-100 > > > > Mike > > Hi Mike, > > Can you open separate bug for Windows 7 as we use different versions of qxl > driver for the versification? > > Thank, > Yan. OK (In reply to Mike Cao from comment #19) > Based on comment#18 ,looks it is wddm-qxl issue. wddm-qxl is under development. So if you can pass certification with specific version, let's close the bug and have a wiki entry describing correct configuration for Windows 8/8.1. Thanks. Hi I still have problems running the test setup - while qxlwddm-0.1-6 with "qxl-vga.revision=3" option appear to work, the test apparently stalls, I suspect that the failure is related to S3 transition. I have notices also that QA team is running the test with options "-global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1". The HCK failure is expected under these options, as they disable S3 transition. IMHO, the proper options values are "-global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0" - at least, in the later case I see "Sleep" among the power options. Regards, Joseph Hindin (In reply to Yossi Hindin from comment #25) > Hi > > I still have problems running the test setup - while qxlwddm-0.1-6 with > "qxl-vga.revision=3" option appear to work, the test apparently stalls, I > suspect that the failure is related to S3 transition. lijin ,Can you try to reproduce it ? As you clmains it can pass on c#18. > > I have notices also that QA team is running the test with options "-global > PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1". The HCK failure is > expected under these options, as they disable S3 transition. IMHO, the > proper options values are "-global PIIX4_PM.disable_s3=0 -global > PIIX4_PM.disable_s4=0" - at least, in the later case I see "Sleep" among the > power options. The history is we always enable pm support during testing before but lots of testing failed due to s3/s4 issue ,then after serveral years testing ,we found s3/s4 is not necessary for some jobs even it named Sleep and PNP ,Sleep and IO . Our strategy is disable s3/s4 in default ,rerun the failed job w/ s3/s4 enabled now Thanks, Mike in comment #18,we tested with "-global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0",job can pass,test did NOT stall the full qemu command: NIC1: /usr/libexec/qemu-kvm -name 100NICBLUE64CBG -enable-kvm -m 2G -smp 4 -uuid ad347ae7-b7af-48be-a9c4-09e8e836b181 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/tmp/100NICBLUE64CBG,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,driftfix=slew -boot order=cd,menu=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=100NICBLUE64CBG,if=none,id=drive-ide0-0-0,format=raw,serial=mike_cao,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=en_windows_8_1_enterprise_x64_dvd_2971902.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=100NICBLUE64CBG.vfd,if=none,id=drive-fdc0-0-0,format=raw,cache=none -global isa-fdc.driveA=drive-fdc0-0-0 -netdev tap,script=/etc/qemu-ifup,downscript=no,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=00:52:4e:13:1a:49,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=isa_serial0 -device usb-tablet,id=input0 -netdev tap,script=/etc/qemu-ifup-private,downscript=no,id=hostnet1,vhost=on,queues=4 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=00:52:45:44:d7:24,bus=pci.0,mq=on,vectors=10 -spice disable-ticketing,port=5902 -vga qxl -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -monitor stdio -global qxl-vga.revision=3 NIC2: /usr/libexec/qemu-kvm -name 100NICBLUE64SBG -enable-kvm -m 2G -smp 4 -uuid e1f92aaa-6925-45c4-ac01-6eaa6a6720fa -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/tmp/100NICBLUE64SBG,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,driftfix=slew -boot order=cd,menu=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=100NICBLUE64SBG,if=none,id=drive-ide0-0-0,format=raw,serial=mike_cao,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=en_windows_8_1_enterprise_x64_dvd_2971902.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=100NICBLUE64SBG.vfd,if=none,id=drive-fdc0-0-0,format=raw,cache=none -global isa-fdc.driveA=drive-fdc0-0-0 -netdev tap,script=/etc/qemu-ifup,downscript=no,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=00:52:21:64:98:e6,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=isa_serial0 -device usb-tablet,id=input0 -netdev tap,script=/etc/qemu-ifup-private,downscript=no,id=hostnet1,vhost=on,queues=4 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=00:52:0d:6e:a0:6e,bus=pci.0,mq=on,vectors=10 -spice disable-ticketing,port=5903 -vga qxl -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -monitor stdio -global qxl-vga.revision=3 (In reply to lijin from comment #27) > in comment #18,we tested with "-global PIIX4_PM.disable_s3=0 -global > PIIX4_PM.disable_s4=0",job can pass,test did NOT stall > Did the test pass? (In reply to Yan Vugenfirer from comment #28) > (In reply to lijin from comment #27) > > in comment #18,we tested with "-global PIIX4_PM.disable_s3=0 -global > > PIIX4_PM.disable_s4=0",job can pass,test did NOT stall > > > > Did the test pass? yes,the test passed with build101,job can pass on win8,win8.1 guests. so this issue has been fixed already. change status to verified according to comment#32 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. https://rhn.redhat.com/errata/RHBA-2015-2513.html |