Bug 870126

Created attachment 633414 [details]
The setupapi app and dev logs

What kind of the device is under test?

In any case - Mike, please refile the ERRATA with MS.

I was testing qxl-win-unsigned-0.1-16 at https://brewweb.devel.redhat.com/buildinfo?buildID=238767.

Hi, Bill

Which testing kit are you using ? WLK1.6 or HCK ?
Since you are running whql test on qxl driver ,Why report it on virito-win component instead of qxl conponent ?

Thanks, 
Mike

I am using WLK 1.6. 

The reason I am not putting it against the QXL is that if I switch the protocol in RHEV-M from SPICE to VNC, then start the VM and retest, the QXL driver that is in the VM passes the test.

(In reply to comment #5)
> I am using WLK 1.6. 
> 
> The reason I am not putting it against the QXL is that if I switch the
> protocol in RHEV-M from SPICE to VNC, then start the VM and retest, the QXL
> driver that is in the VM passes the test.

I still think it is a QXL driver issue .AFAIK RHEVM does not support use qxl driver for vnc (eg in <qemu commandline> -vnc :3 -vga qxl is not supported)
When you use VNC  ,you can check it in device manager, I think system now does not use QXL driver ,which make your  job can pass successfully

I check the jobs you attached
     sig:      {_VERIFY_FILE_SIGNATURE} 16:28:17.876
     sig:           Key      = qxl.inf
     sig:           FilePath = C:\Windows\System32\DriverStore\FileRepository\qxl.inf_amd64_neutral_f562e637c4062036\qxl.inf
     sig:           Catalog  = C:\Windows\System32\DriverStore\FileRepository\qxl.inf_amd64_neutral_f562e637c4062036\qxl.cat
!    sig:           Verifying file against specific (valid) catalog failed! (0x800b0109)
!    sig:           Error 0x800b0109: A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.
     sig:      {_VERIFY_FILE_SIGNATURE exit(0x800b0109)} 16:28:18.220
     sig:      {_VERIFY_FILE_SIGNATURE} 16:28:18.220
     sig:           Key      = qxl.inf
     sig:           FilePath = C:\Windows\System32\DriverStore\FileRepository\qxl.inf_amd64_neutral_f562e637c4062036\qxl.inf
     sig:           Catalog  = C:\Windows\System32\DriverStore\FileRepository\qxl.inf_amd64_neutral_f562e637c4062036\qxl.cat
     sig:           Success: File is signed in Authenticode(tm) catalog.
     sig:           Error 0xe0000242: The publisher of an Authenticode(tm) signed catalog has not yet been established as trusted.

All failed are related to QXL driver ,so I think this is a QXL driver bug 

Yan ,Can you view the logs Bill attached and check whether am I right

Bill, Mike,

 Like Bill said originally, this is a known issue that was a problem with the testing suite, not the qxl driver, and got an erratum from Microsoft. I understand from comment #1 that that erratum is now expired.

 I +1 the request to renew it - I have no idea who is in charge of doing it, I filed the original one, but hopefully it doesn't mean I have to renew it ;)

 Of course, first need to see that the logs are the same - but why would it be in the setupapi.{dev,app}.log files? the relevant errors are in the WHQL logs afair.

 I don't remember seeing the certificate problem you are pointing out - it seems to me not to be related to the subject anyway.

Alon

https://support.microsoft.com/oas/default.aspx?&x=8&y=13&sd=msdn&f=255&MSPPError=-2147217396&tp=cs&IncNo=112103018859799

Bill , Could you attach .cpk file for the failed job in the attachment?

Thanks,
Mike

Feed back from Microsoft


<MSFT>I found the product you are asking for is Windows Logo Kit 1.6. However, the channel through which this case was created  is designed to support WHCK(Windows Hardware Certification Kit).

 

http://msdn.microsoft.com/en-US/library/windows/hardware/hh852377

 
Support

Q: How can I open a support case?

You can open a premier support case with your TAM. Or, you can go to https://support.microsoft.com/oas/default.aspx?&prid=11880   and sign in with your Microsoft account.

For the Windows HCK support options, go to https://support.microsoft.com/oas/default.aspx?&prid=14634

 

And Windows Logo Kit (WLK) is not in the list of this type of free-support cases. If this is an issue which is only available on Windows Logo Kit 1.6. You can still get help by submitting a Service Request by a professional case or a premier support case.

 

 

Would you please let us know if your issue is able to be reproduced by WHCK? Note that WHCK can be used to test these systems:

    Windows 8 x86 and x64
    Windows RT (ARM-based)
    Windows Server 2012 x64
    Windows 7 x86 and x64
    Windows Server 2008 R2 x64
    Windows Vista x86 and x64 (Certification not supported—drivers can be submitted for signing only)
    Windows Server 2008 x86 and x64 (Certification not supported—drivers can be submitted for signing only)
    Windows XP x86 and x64 (Certification not supported—drivers can be submitted for signing only)
    Windows Server 2003 x86 and x64 (Certification not supported—drivers can be submitted for signing only)

 

 
Yan\Alon\Bill ,I don't have MSDN account to initiating a Microsoft professional case ,Pls find someone to do it 

Thanks,
Mike

Hi Mike,

 I have no experience with WHCK (looks like a rebranded WLK?); I do have a MSDN account. Are you trying to reproduce with WHCK? is that good enough, i.e. can we get certified with WHCK?

Alon

(In reply to comment #11)
> Hi Mike,
> 
>  I have no experience with WHCK (looks like a rebranded WLK?); I do have a
> MSDN account. Are you trying to reproduce with WHCK? is that good enough,
> i.e. can we get certified with WHCK?
> 
> Alon

Alon

Requesting WLK errata need MSDN account according to MSFT .you can visit https://support.microsoft.com/oas/default.aspx?&prid=11880 to initiating a Microsoft professional (this is nothing related to WHCK).

WHCK （windows hardware certification kit ) is the substitute products of WLK. WLK will be expired soon .
Ronen suggest me use WLK to run RHEL6.4 virtio-win whql jobs .since we find lots of new bugs on HCK.

I can help to run this job on HCK but it is meanless .even this job passed on HCK ,other jobs may failed due to HCK issue (that's the reason why we use WLK1.6 to certify rhel6.4 virtio-win drivers).I suggest Spice team make a decision which tool used to run WHQL jobs and do further research on it

In a RHEV-M setup, I can stop the VM, switch the protocol from SPICE to VNC and then this test will pass.