Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-23 Thread Konrad Eisele
Now I also got the Gt 710 working. I had to: - use the patched nvidia_vbios_patcher.py (previouse post) to patch vbios dumped by nvflash of the Gt710 while in secondary port. - Add x-vga=on in the vfio-pci device declaration - Add "hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time,hv_vendor_id=a

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-23 Thread Alex Williamson
On Thu, 23 Aug 2018 23:35:34 +0200 Konrad Eisele wrote: > I gave the Nvidia 710b card a try: > - booted with 2 cards, AMD primary, NVidia secondary > - unbind noveau driver > - use nvflash (see below) to dump nvidia vbios > - rom-parser parser on it: > Valid ROM signature found @600h, PCIR offset

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-23 Thread Konrad Eisele
I gave the Nvidia 710b card a try: - booted with 2 cards, AMD primary, NVidia secondary - unbind noveau driver - use nvflash (see below) to dump nvidia vbios - rom-parser parser on it: Valid ROM signature found @600h, PCIR offset 190h PCIR: type 0 (x86 PC-AT), vendor: 10de, device: 128b, cla

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-23 Thread Konrad Eisele
I got one working configuration now after trying various permutations: - switched back to AMD 5450 card, couldnt get NVidia out of "Code 43" - use "-vga qlx", however disabling display-0 it in win10 in "Display settings". Using "-vga none" would'nt boot (probably because the passthrough card

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Konrad Eisele
I only have one 16x slot left. I have 2 16x slots and one slot will be used by passthough of a Sata controller to a FreeNas kvm. Therefore I am trying to use a single card. Passthrough of a secondary card works already, however I want to remove the second card. I could also buy a new Motherboad, h

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Alex John
> This doesn't make any sense. A driver can certainly reserve device > resources regardless of the device being downstream of a bridge. Got that wrong, thank you for correcting that! Alex ___ vfio-users mailing list vfio-users@redhat.com https://www.r

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Alex John
On Mon, Aug 20, 2018 at 05:41:57PM +0200, Konrad Eisele wrote: > How can I dump the rom image? > I used > $cd /sys/devices/pci:00/:00:02.0/:01:00.0 > $echo 1>rom > $cat rom > /mnt/nvidia_bios.rom This method did not work for me with a 1080 GTX. I reseated the GPU in PCIe lane 2 of my b

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread taii...@gmx.com
Considering how difficult passing through a primary adapter is I suggest simply purchasing another graphics card. You can obtain a fanless low profile model for around $20-$30 or so I had purchased a 5450 do to that and it works fine. Alternatively if you want to play games but are strapped for c

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Konrad Eisele
How can I dump the rom image? I used $cd /sys/devices/pci:00/:00:02.0/:01:00.0 $echo 1>rom $cat rom > /mnt/nvidia_bios.rom to use it in qemu: "-device vfio-pci,host=01:00.0,multifunction=on,romfile=/mnt/nvidia_bios.rom" However when using rom-parser it shows "Error, ran off the end"

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Konrad Eisele
> > > Have you checked if you have a PCI bridge connecting to your graphics card > in > the same IOMMU group? Or any other device? > > In that case you should not be able to reserve memory at all, but no harm > checking. > > Yes, I checked that. root@server:/sys/kernel/iommu_groups# ls -la 14/devic

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Alex Williamson
On Mon, 20 Aug 2018 12:34:37 +0800 Alex John wrote: > On Sun, Aug 19, 2018 at 10:57:44PM +0200, Konrad Eisele wrote: > > I try to passthrough the primary graphic card (GForce 710b > > at slot :01:0.0) to a win kvm guest. The host runs > > headless. I have blacklisted the nvidia drivers and bo

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-20 Thread Alex Williamson
On Sun, 19 Aug 2018 22:57:44 +0200 Konrad Eisele wrote: > I try to passthrough the primary graphic card (GForce 710b > at slot :01:0.0) to a win kvm guest. The host runs > headless. I have blacklisted the nvidia drivers and bound > the drivers to vfio-pci on startup. However when starting qem

Re: [vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-19 Thread Alex John
On Sun, Aug 19, 2018 at 10:57:44PM +0200, Konrad Eisele wrote: > I try to passthrough the primary graphic card (GForce 710b > at slot :01:0.0) to a win kvm guest. The host runs > headless. I have blacklisted the nvidia drivers and bound > the drivers to vfio-pci on startup. However when startin

[vfio-users] Failed to mmap 0000:01:00.0 BAR 3. Performance may be slow

2018-08-19 Thread Konrad Eisele
I try to passthrough the primary graphic card (GForce 710b at slot :01:0.0) to a win kvm guest. The host runs headless. I have blacklisted the nvidia drivers and bound the drivers to vfio-pci on startup. However when starting qemu I currently get the error: (qemu) qemu-system-x86_64: -device v