[vfio-users] vfio help needed (nvidia GTX 750 Ti persistent code 43)

Mogliii mogliii at gmx.net
Thu Sep 17 00:14:02 UTC 2015


Dear Blank,

When you say VGA is broken, do you mean seabios (vs OVMF) or the bios of
the graphics card?

How to confirm that the graphics card is actually running on uefi bios?

On 9/17/2015 8:43 AM, Blank Field wrote:
>
> Vga is broken on your platform so bios mode won't work.
> Swap the card between slots, try appending a rom file: in other words,
> there's not much left to try.
>
> On Sep 17, 2015 2:40 AM, "Mogliii" <mogliii at gmx.net
> <mailto:mogliii at gmx.net>> wrote:
>
>     Hello,
>
>     Thank you for all the valuable input. However, the problem is not
>     yet resolved.
>
>     I specifically forced all the hyperv and clock options off so the
>     nvidia driver hopefully does not recognize its in a vm. However, I
>     get the same problem. Once the system recognized the graphics card
>     and wants to activate the driver, the screen goes black and I have
>     a loss of signal.
>
>     My qemu command is (added newlines for better readability)
>     # ps aux | grep kvm
>
>     /usr/bin/qemu-system-x86_64 -name win81 -S
>     -machine pc-i440fx-utopic,accel=kvm,usb=off
>     -cpu host,kvm=off -bios /usr/share/ovmf/OVMF-pure-efi_win81.fd
>     -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1
>     -uuid redacted -nographic -no-user-config -nodefaults
>     -chardev
>     socket,id=charmonitor,path=/var/lib/libvirt/qemu/win81.monitor,server,nowait
>
>     -mon chardev=charmonitor,id=monitor,mode=control
>     -rtc base=localtime,driftfix=slew -global
>     kvm-pit.lost_tick_policy=discard
>     -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global
>     PIIX4_PM.disable_s4=1
>     -boot strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x6.0x7
>     -device
>     ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x6
>
>     -device
>     ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x6.0x1
>     -device
>     ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x6.0x2
>     -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5
>     -drive
>     file=/dev/main/Win7xen,if=none,id=drive-virtio-disk0,format=raw,cache=none,aio=native
>     -device
>     virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
>
>     -netdev tap,fd=24,id=hostnet0,vhost=on,vhostfd=25
>     -device
>     virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:ab:b6:10,bus=pci.0,addr=0x4
>
>     -device usb-host,hostbus=1,hostaddr=2,id=hostdev0
>     -device usb-host,hostbus=5,hostaddr=2,id=hostdev1
>     -device usb-host,hostbus=5,hostaddr=3,id=hostdev2
>     -device vfio-pci,host=01:00.0,id=hostdev3,bus=pci.0,addr=0x3
>     -device vfio-pci,host=01:00.1,id=hostdev4,bus=pci.0,addr=0x9
>      -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -msg
>     timestamp=on
>
>     I can also confirm that the vfio-pci bind script is not necessary,
>     and that removing "allow_unsafe_interrupts" did not change anything.
>
>     I might later try switching the graphics card to bios mode.
>
>     On 9/16/2015 11:31 PM, Francesco Dicarlo wrote:
>>     Are you sure your qemu supports Kim hidden tag? Try setting
>>     manually hyperv features in features tag off and also hypervclock
>>     to off...
>>
>>     Posting ps aux | grep kvm will help us a lot to understand :-) 
>>
>>>>                 <hyperv>
>>>>                       <relaxed state='off'/>
>>>>                       <vapic state='off'/>
>>>>                       <spinlocks state='off'/>
>>>>                     </hyperv>
>>>>                   </features>
>>>>
>>>>                   <clock offset='localtime'>
>>>>                     <timer name='hypervclock' present='no'/>
>>>>                     <timer name='rtc' tickpolicy='catchup'/>
>>>>                     <timer name='pit' tickpolicy='delay'/>
>>>>                     <timer name='hpet' present='no'/>
>>>>                   </clock>
>>>
>>
>>     Sent from my iPhone
>>
>
>
>     _______________________________________________
>     vfio-users mailing list
>     vfio-users at redhat.com <mailto:vfio-users at redhat.com>
>     https://www.redhat.com/mailman/listinfo/vfio-users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/vfio-users/attachments/20150917/8f641ea9/attachment.htm>


More information about the vfio-users mailing list