vcpus of the guest to one NUMA
> node, and also allocate RAM from the same NUMA node. You would also have to
> make sure the passthrough devices sit on corresponding PCIe lanes which that
> NUMA node controls. There is lots of good info in reddit.com/r/vfio. Please
> also provide your xm
re isn't really any info on that I can
> find on this If anyone is using it I would like to know if it actually
> works.
>
> - Thanks
>
> ___
> vfio-users mailing list
> vfio-us
0d = ID 0x000d (ACS), version 0x1, next 0x220
>
> 220: 19 00 01 00
>
> 0x00010019 = ID 0x0019 (Secondary PCIe), version 0x1, next 0x0
>
> So they've just added ACS into the chain, perfect. Thanks,
>
> Alex
>
> ___
> vfio-users mailing list
> vfio-users@redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users
>
>
___
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
Just to chime in, yes and no. You can't pass a port, you can pass a single
device, but it's best to pass a whole USB controller. I also picked up a
USB PCIe card for vfio use, it has two USB 3.0 ports on the PCI bracket and
a header for two front mounted ports, and I have labels from
On 08/16/2016 12:51 PM, vfio wrote:
> I noticed that the symptoms of the freeze are very similar to the
> freezes I sometimes get when shutting down the guest. After searching
> the archives, I decided to try enabling MSI for the Titan X in the Win10
> guest. This did indeed stop th
of the freezes. I
will provide more updates if the situation changes.
Thanks.
___
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
ard
> >> * :01:00.0 - gpu in first slot
> >> * :06:00.0 - gpu in third slot
> >> * UEFI on host and guest.
> >> * Archlinux
> >>
> >> In order to make host use non-boot GPU:
> >>
> >> 1. Add Kernel boot parameter "vid
z (stepping 4, microcode 0x416)
Slot 01:00: GeForce GTX 580 (host)
Slot 02:00: GeForce 210 (host)
Slot 03:00: GeForce GTX TITAN X (guest passthrough, pci-stubbed)
Slot 04:00: Fresco Logic FL1100 USB 3.0 (guest passthrough)
At this point, I don't know what else to try. I would greatly apprecia
;
>
> Also, unless I am missing something in the super-cool interface, the eVGA
> precision software I got through Steam does not have any sort of stress
> test built into it. It has only some sort of “instantaneous self-test”
> which appears to be permanently inactive for me.
>
&
Is there
> some analog de facto standard for GPU testing?
>
> The software I've found so far doesn't have a continuous testing mode.
> Anything with diagnostic info would be a plus.
>
> ___
> vfio-users mailing list
> vfio-us
I initially declined to post, but I think it's even more relevant now. I
just had to replace my GTX 970 for very similar symptoms. While using it
via vfio/passthrough, I'd occasionally see the screen go black or freeze,
but the VM was responsive (sound, network working). I ended up takin
hin 30 days, if necessary.
>
> Thanks, Looking forward to read your responses.
>
> ___
> vfio-users mailing list
> vfio-users@redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users
>
>
___
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
P switches.
___
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
/sdf,format=raw". I would be interested to hear if you identify
the cause of this problem.
___
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
re if this is related.
I noticed a posting from "S B" in January about a similar problem with
an AMD card, but it didn't seem to have a resolution.
When the card is dead, launching the VM causes this error:
qemu-system-x86_64: vfio: Unable to power on device, stuck in D3
qemu
15 matches
Mail list logo