Bug 1170494

Created attachment 964457 [details]
driver installation log

Did you "bcdedit /set testsignning on" and install the certificate (the one that the driver is signed with) into the "trusted root" store?

(In reply to Gal Hammer from comment #3)
> Did you "bcdedit /set testsignning on" and install the certificate (the one
> that the driver is signed with) into the "trusted root" store?

qxlwddm driver signed with RedHat signature issued by VeriSign.
Why "testsignning on" is needed?

(In reply to Vadim Rozenfeld from comment #4)
> (In reply to Gal Hammer from comment #3)
> > Did you "bcdedit /set testsignning on" and install the certificate (the one
> > that the driver is signed with) into the "trusted root" store?
> 
> qxlwddm driver signed with RedHat signature issued by VeriSign.
> Why "testsignning on" is needed?

I asked that because I saw "A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider." in the installation log file.

Does it required a MS signature as well?

Hi, 

I can not reproduce it on a new image .
I report it because the image I do lots of testing and concerns some issues customer will be hit as well and hope developer could find the root cause.

(In reply to Mike Cao from comment #6)
> Hi, 
> 
> I can not reproduce it on a new image .
> I report it because the image I do lots of testing and concerns some issues
> customer will be hit as well and hope developer could find the root cause.

Yes, the driver has a issue with installation process, when replacing non BDD driver. This problem definitely has nothing to do with "testsignning on" suggested above. I will try to fix it, or at least add some kludge-around to make the installation procedure less painful. 

Best regards,
Vadim.

Can we check how it works with the recent driver available at
http://download.devel.redhat.com/brewroot/packages/qxlwddm/0.1/11/win/qxlwddm-0.1.zip ?

Thanks,
Vadim.

(In reply to Vadim Rozenfeld from comment #10)
> Can we check how it works with the recent driver available at
> http://download.devel.redhat.com/brewroot/packages/qxlwddm/0.1/11/win/
> qxlwddm-0.1.zip ?
> 
> Thanks,
> Vadim.

Is qxl-vga.revision=3 still needed ?

Still hit the issue on win8-64 ,will try win2012 in the afternoon

(In reply to Mike Cao from comment #11)
> (In reply to Vadim Rozenfeld from comment #10)
> > Can we check how it works with the recent driver available at
> > http://download.devel.redhat.com/brewroot/packages/qxlwddm/0.1/11/win/
> > qxlwddm-0.1.zip ?
> > 
> > Thanks,
> > Vadim.
> 
> Is qxl-vga.revision=3 still needed ?

No, if you are going to check the installation procedure only. 
Yes, if you are going to use it for WHQL testing after that.

(In reply to Mike Cao from comment #12)
> Still hit the issue on win8-64 ,will try win2012 in the afternoon

Can you please share the setup log file? Do you install the new driver on top
of previous version of qxl-dod or on top of MS driver?

(In reply to Vadim Rozenfeld from comment #14)
> (In reply to Mike Cao from comment #12)
> > Still hit the issue on win8-64 ,will try win2012 in the afternoon
> 
> Can you please share the setup log file? Do you install the new driver on top
> of previous version of qxl-dod or on top of MS driver?

Will Provided later ,I install prewhql netkvm driver first ,then install the qxl driver you point.

Created attachment 1019247 [details]
INSTALLATION LOG

CLI:
/usr/libexec/qemu-kvm -name 103NICEWIN864PDFNIC1 -enable-kvm -m 6G -smp 8,cores=8,sockets=1 -uuid b9de3157-e2cd-4c77-ad0c-ced51b16334c -nodefconfig -nodefaults -drive file=8/OVMF_CODE.fd,if=pflash,format=raw,unit=0,readonly=on -drive file=8/OVMF_VARS.fd,if=pflash,format=raw,unit=1 -drive id=cdrom1,if=none,cache=none,snapshot=off,aio=threads,file=8/UefiShell.iso,media=cdrom -chardev socket,id=charmonitor,path=/tmp/103NICEWIN864PDFNIC1,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=103NICEWIN864PDFNIC1,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 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=103RNGWIN864VYW.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:54:11:24:19,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:54:01:02:73:04,bus=pci.0,mq=on,vectors=10 -monitor stdio -spice port=5914,disable-ticketing -vga qxl -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -global qxl-vga.revision=3

I can provide VM access if needed.

(In reply to Mike Cao from comment #17)
> CLI:
> /usr/libexec/qemu-kvm -name 103NICEWIN864PDFNIC1 -enable-kvm -m 6G -smp
> 8,cores=8,sockets=1 -uuid b9de3157-e2cd-4c77-ad0c-ced51b16334c -nodefconfig
> -nodefaults -drive
> file=8/OVMF_CODE.fd,if=pflash,format=raw,unit=0,readonly=on -drive
> file=8/OVMF_VARS.fd,if=pflash,format=raw,unit=1 -drive
> id=cdrom1,if=none,cache=none,snapshot=off,aio=threads,file=8/UefiShell.iso,
> media=cdrom -chardev
> socket,id=charmonitor,path=/tmp/103NICEWIN864PDFNIC1,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=103NICEWIN864PDFNIC1,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
> 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=103RNGWIN864VYW.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:54:11:24:19,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:54:01:02:73:04,bus=pci.0,mq=on,
> vectors=10 -monitor stdio -spice port=5914,disable-ticketing -vga qxl
> -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -global
> qxl-vga.revision=3
> 
> I can provide VM access if needed.

Thanks Mike,

It will be very helpful. If you can - just give it to me tomorrow for a couple of hours.
Best regards,
Vadim.