I thought so... I am now giving it a try on arch (manjaro) really like the flexibility from arch combined with fast setup and great tools from manjaro.
At the moment I am at the point where I have my video card disconnected from the main system and using vfio. Now I just need to connect it to my vm. If I run the Vm from virt manager it runs as nobody so I'm working on a start script. I guess I'll get it working later today. If anybody would attempt a build like this I would recommend Manjaro with plasma 5.5 (KDE) And follow this guide: https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF Only difference is: # mkinitcpio -p linux # mkinitcpio -p linux41 You do NOT need the kernel patch from: https://aur.archlinux.org/packages/linux-vfio/ Sent from my iPhone > On 28 Feb 2016, at 05:15, Will Marler <[email protected]> wrote: > > My guess is that "when it started to work, I kept it" sums it up for most > people on this list. > > It certainly sums it up for me! I tried Arch, then Fedora when I struggled > with Arch (I tried Fedora b/c Alex's blogs were written from a Fedora angle), > then Arch again when I struggled with Fedora on things that I had conquered > with Arch the previous time. > > > >> On Fri, Feb 26, 2016 at 4:05 AM, Quentin Deldycke >> <[email protected]> wrote: >> Yes, during my experimentation I made mistakes, when it started to work, I >> kept it :) >> >>> On 26 Feb 2016 10:54 am, "Rokas Kupstys" <[email protected]> wrote: >>> Hmm what you just wrote i dont understand. >>>> CONFIG_RCU_NOCB_CPU_ALL=y >>> Documentation: >>>> This option forces all CPUs to be no-CBs CPUs. The rcu_nocbs= boot >>>> parameter will be ignored. >>> So at least rcu_nocbs kernel parameter should not be needed as i >>> understand. Right? >>> >>> Still ill try these settings, cant be any worse :) >>> >>>> On 2016.02.26 11:16, Quentin Deldycke wrote: >>>> Mainly: >>>> >>>> CONFIG_NO_HZ_FULL=y >>>> CONFIG_RCU_NOCB_CPU_ALL=y >>>> >>>> Using cgroups / cpu pinnning, the cores won't have to handle any kernel >>>> tick, but only run qemu >>>> >>>> For my i7 4790k, i am force to put vm on 3 threads (the >>>> main of my 3 cores). So kernel parameter: >>>> >>>> nohz_full=1,2,3,5,6,7 rcu_nocbs=1,2,3,5,6,7 >>>> >>>> and my vm run on threads 1,2,3 (main thread of cores 1,2,3) >>>> and qemu emulator run on threads 5,6,7 (sub threads of cores 1,2,3) >>>> >>>> Amd cards seems more affected by DPC than nvidia ones. >>>> >>>> Note an interesting thing: >>>> >>>> http://www.guru3d.com/articles-pages/rise-of-the-tomb-raider-pc-graphics-performance-benchmark-review,9.html >>>> >>>> amd and multi cores is... erratic :) >>>> >>>> -- >>>> Deldycke Quentin >>>> >>>> >>>>> On 26 February 2016 at 09:53, Rokas Kupstys <[email protected]> wrote: >>>>> Could you elaborate on config differences? Still hunting for something >>>>> that could help bringing DPC latency down since VM gaming is no go due to >>>>> that.. >>>>> >>>>> >>>>>> On 2016.02.26 10:51, Quentin Deldycke wrote: >>>>>> For my part: >>>>>> >>>>>> debian with some experimental package. When new kernel is out, i >>>>>> recompile it with some difference in config. >>>>>> >>>>>> But right now, 4.5 rc4. >>>>>> >>>>>> No problem with the host since ages. Plasma is buggy but... i think on >>>>>> every distro xD >>>>>> >>>>>> >>>>>> -- >>>>>> Deldycke Quentin >>>>>> >>>>>> >>>>>>> On 26 February 2016 at 09:43, Stein van Broekhoven >>>>>>> <[email protected]> wrote: >>>>>>> Dear All, >>>>>>> >>>>>>> What do you consider the distro of choice for a stable vm gaming build? >>>>>>> At the moment I'm on solus because it has 4.4.0 kernel by default and I >>>>>>> like the project. >>>>>>> Got libvirtd & virsh working with qemu but just can't get passthrough >>>>>>> to work as of now. >>>>>>> >>>>>>> I have a : >>>>>>> ASUS SABERTOOTH 990FX v1 with FX-8120 >>>>>>> Ati Radeon 6xxx >>>>>>> Ati Radeon 5xxx >>>>>>> >>>>>>> I had it working at some point with ubuntu but that is some time ago >>>>>>> and don't remember how. >>>>>>> >>>>>>> >>>>>>> Kind regards, >>>>>>> >>>>>>> Stein van Broekhoven / System administrator >>>>>>> [email protected] >>>>>>> >>>>>>> _______________________________________________ >>>>>>> vfio-users mailing list >>>>>>> [email protected] >>>>>>> https://www.redhat.com/mailman/listinfo/vfio-users >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> vfio-users mailing list >>>>>> [email protected] >>>>>> https://www.redhat.com/mailman/listinfo/vfio-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> vfio-users mailing list >>>>> [email protected] >>>>> https://www.redhat.com/mailman/listinfo/vfio-users >>>> >>>> >>>> >>>> _______________________________________________ >>>> vfio-users mailing list >>>> [email protected] >>>> https://www.redhat.com/mailman/listinfo/vfio-users >>> >>> >>> _______________________________________________ >>> vfio-users mailing list >>> [email protected] >>> https://www.redhat.com/mailman/listinfo/vfio-users >> >> _______________________________________________ >> vfio-users mailing list >> [email protected] >> https://www.redhat.com/mailman/listinfo/vfio-users > > _______________________________________________ > vfio-users mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/vfio-users
_______________________________________________ vfio-users mailing list [email protected] https://www.redhat.com/mailman/listinfo/vfio-users
