<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 20, 2022 at 11:42 AM Martin Pitt <<a href="mailto:mpitt@redhat.com">mpitt@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Mark,<br>
<br>
Mark O'Brien [2022-07-20 15:48 +0100]:<br>
> Apologies for the delay in response but access to /dev/kvm is not something<br>
> we want to support in the new setup.<br>
> Sorry we can't provide this for you but if your workflow can change to fit<br>
> in our infrastructure we would welcome you.<br>
<br>
Ack, thanks for confirming! We can't do without /dev/kvm, so no need to migrate<br>
our project then.<br>
<br>
Out of interest, why is it so bad/hard to support? It's not like you need it to<br>
burn CPU cycles or allocate memory or so :-)<br></blockquote><div><br></div><div>FWIW for OpenShift's own upstream CI (based on Prow) we deployed <a href="https://github.com/cgwalters/kvm-device-plugin">https://github.com/cgwalters/kvm-device-plugin</a></div><div>which is a new fork of the minimized infrastructure from KubeVirt needed for this.</div><div>It runs on a GCP cluster ("build02") and we use it for e.g. testing RHEL CoreOS and other upstream projects (some parts of Fedora CoreOS too).<br></div><div>There's some use of the OCP Prow instance for projects that live outside of the <a href="http://github.com/openshift">github.com/openshift</a> namespace, in e.g. <a href="http://github.com/containers">github.com/containers</a> and <a href="http://github.com/coreos">github.com/coreos</a>,<br></div><div>although it's not a focus for the CI team.</div><div><br></div><div>But I will support use of the plugin elsewhere and happy to share tips/advice!<br></div></div></div>