[vfio-users] group not bound

[Roger Lawhorn]

driverctl worked.
my new friend in the linux world.

however, if you have linux mint 19 or ubuntu 18.04 you will need to 
compile a copy.
here is how:

|sudo apt-get install debhelper pkg-config dpkg-dev cd ~/Downloads wget 
http://archive.ubuntu.com/ubuntu/pool/universe/d/driverctl/driverctl_0.111.orig.tar.gz 
tar -xf driverctl_0.111.orig.tar.gz cd driverctl-0.111/ wget 
http://archive.ubuntu.com/ubuntu/pool/universe/d/driverctl/driverctl_0.111-1.debian.tar.xz 
tar -xf driverctl_0.111-1.debian.tar.xz rm 
driverctl_0.111-1.debian.tar.xz dpkg-buildpackage -uc -us sudo apt-get 
install ../driverctl_0.111-1_all.deb |

examples:
driverctl list-devices ; see a list of all device ids on your system and 
which driver is in use
driverctl set-override 0000:0b:00.3 vfio-pci; override the device to 
load vfio-pci instead


works like a charm. took over the two stubborn devices in my video card 
to force them to use vfio-pci and now the virtual machine boots once again.




On 1/6/21 2:18 PM, Roger Lawhorn wrote:
> Thanks.
> I tried grabbing them using pci-stub.
> Didnt work.
> Still not bound.
> I will look into driverctl.
>
>
> On 1/5/21 11:42 AM, Alex Williamson wrote:
>> On Tue, 5 Jan 2021 11:20:20 -0500
>> Roger Lawhorn <rll at twc.com> wrote:
>>
>>> Hello,
>>>
>>> I recently had to reinstall my OS, but kept all my personal files.
>>> One of the things that needs to be resetup partially is qemu.
>>>
>>> I am getting the following error when running my qemu4.0 script to 
>>> start
>>> win10:
>>> ./seabios-rtx2080.sh 24
>>> pid 2558's current affinity list: 0-23
>>> pid 2558's new affinity list: 0-7
>>> qemu4.0-system-x86_64: -device
>>> vfio-pci,host=0a:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on,romfile=/media/dad/QEMU-SSD/qemu-wd/rtx.rom: 
>>>
>>> vfio 0000:0a:00.0: group 16 is not viable
>>> Please ensure all devices within the iommu_group are bound to their 
>>> vfio
>>> bus driver.
>>> pid 2558's current affinity list: 0-7
>>> pid 2558's new affinity list: 0-23
>>>
>>> I had this before but cant remember how i Resolved it.
>>>
>>> Here is my iommu group 16:
>>> for a in /sys/kernel/iommu_groups/*; do find $a -type l; done
>>>
>>> /sys/kernel/iommu_groups/16/devices/0000:0a:00.2
>>> /sys/kernel/iommu_groups/16/devices/0000:0a:00.0
>>> /sys/kernel/iommu_groups/16/devices/0000:0a:00.3
>>> /sys/kernel/iommu_groups/16/devices/0000:0a:00.1
>>>
>>>
>>>
>>> group 16 is my evga rtx 2080 video card
>>> it has 4 devices. video, audio, usb, and serial bus.
>>>
>>> here is my cmdline:
>>> cat /proc/cmdline
>>> BOOT_IMAGE=/vmlinuz-5.0.0-32-generic root=/dev/mapper/vg-root ro
>>> vfio-pci.ids=10de:1e04,10de:10f7 mitigations=off
>>>
>>>
>>> i only hold the video and audio as the usb and serial wont hold.
>>>   >lspci -nnk
>>> 0a:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device
>>> [10de:1e04] (rev a1)
>>>       Subsystem: eVga.com. Corp. Device [3842:2281]
>>>       Kernel driver in use: vfio-pci
>>>       Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia
>>> 0a:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:10f7] 
>>> (rev a1)
>>>       Subsystem: eVga.com. Corp. Device [3842:2281]
>>>       Kernel driver in use: vfio-pci
>>>       Kernel modules: snd_hda_intel
>>> 0a:00.2 USB controller [0c03]: NVIDIA Corporation Device [10de:1ad6]
>>> (rev a1)
>>>       Subsystem: eVga.com. Corp. Device [3842:2281]
>>>       Kernel driver in use: xhci_hcd
>>> 0a:00.3 Serial bus controller [0c80]: NVIDIA Corporation Device
>>> [10de:1ad7] (rev a1)
>>>       Subsystem: eVga.com. Corp. Device [3842:2281]
>>>       Kernel driver in use: nvidia-gpu
>>>       Kernel modules: i2c_nvidia_gpu
>> Ultimately all these devices need to be bound to vfio-pci or unused
>> ones can be bound to pci-stub, default host kernel drivers are not an
>> option.  Have you tried driverctl as a means to bind them to vfio-pci?
>> The pci-stub driver is usually built statically into the kernel
>> allowing it to claim devices before modules, ie.
>> pci-stub.ids=10de:1ad6,10de:1ad7.  The only way you could have
>> previously left them bound to default host drivers would have been
>> forcing group separation with the ACS override patch (not recommended).
>> Thanks,
>>
>> Alex
>>
>
> _______________________________________________
> vfio-users mailing list
> 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/20210106/b919c488/attachment.htm>