<div dir="ltr">While using directly the monitor you can plug / unplug usb from the vm using a simple shell command...<div>Also, it is interesting in case your vm crash to be able to take back control to host (using ssh + shell command from phone)</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">--<div>Deldycke Quentin<br></div><div><div><br></div></div></div></div></div> <br><div class="gmail_quote">On 8 September 2015 at 17:01, Will Marler <span dir="ltr"><<a href="mailto:will@wmarler.com" target="_blank">will@wmarler.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Ha! Interesting. Haven't tried that. </div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 8, 2015 at 8:56 AM, Blank Field <span dir="ltr"><<a href="mailto:ihatethisfield@gmail.com" target="_blank">ihatethisfield@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">...but wait, there's more!<br> If you unplug the p-t'd device from the host while VM is offline, the VM will fail to boot.<br> There's still a lot of work to be done with USB.</p><div><div> <div class="gmail_quote">On Sep 8, 2015 5:51 PM, "Will Marler" <<a href="mailto:will@wmarler.com" target="_blank">will@wmarler.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">USB pass-through works quite well with libvirt/virt-manager now; I've used it for mouse, keyboard, two different audio devices, while the guest was running. There's one feature request that I haven't gotten around to submitting; have an "enable/disable" checkbox in the virt-manager gui (I will not always want to p-t a USB device, but I will want to frequently enough that deleting it & re-adding it each time gets on my nerves).</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 8, 2015 at 12:15 AM, Quentin Deldycke <span dir="ltr"><<a href="mailto:quentindeldycke@gmail.com" target="_blank">quentindeldycke@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">My main problem with libvirt was:<div><br></div><div><ul><li>no ovmf support at the time i created my vm on debian</li><li>No correct usb passthrough</li></ul><div><br></div></div><div>The qemu monitor support the device_add command. Which let me bind / unbind usb devices at runtime, without limit of number.</div><div><br></div><div>I really love libvirt at my job, but for this particular case, i found it less interesting..</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr">--<div>Deldycke Quentin<br></div><div><div><br></div></div></div></div></div><div><div> <br><div class="gmail_quote">On 8 September 2015 at 06:23, Will Marler <span dir="ltr"><<a href="mailto:will@wmarler.com" target="_blank">will@wmarler.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Not to mention, you can still see the actual qemu invocation script in the logs when you use libvirt, in case you *really* want to (though a pastebin share of your libvirt xml config is better, imo ...)</div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 7, 2015 at 10:15 PM, Jon Panozzo <span dir="ltr"><<a href="mailto:jonp@lime-technology.com" target="_blank">jonp@lime-technology.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Just to second Alex's point here, I see a lot of folks doing QEMU the old fashioned way, which is to say, manual invocation. Libvirt really is an amazing management solution and makes things so much easier. Lots of things can go awry if you're invoking QEMU manually, and libvirt can prevent that, as well as automate many other aspects of management that manual QEMU invocation cannot.</p> <div class="gmail_quote"><div><div>On Sep 7, 2015 3:20 PM, "Alex Williamson" <<a href="mailto:alex.l.williamson@gmail.com" target="_blank">alex.l.williamson@gmail.com</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Sep 6, 2015 at 7:19 PM, Garrett Powell <span dir="ltr"><<a href="mailto:garretttracypowell@gmail.com" target="_blank">garretttracypowell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I've been having trouble with my guest freezing up, which I'm told is due to a lack of CPU pinning. I'm currently trying to set up CPU pinning with cgroups (specifically cpuset), but the freezing isn't going away. Could anyone tell me what I'm doing wrong? I'm specifically referring to the <i>cgcreate</i>, <i>cgset </i>and<i> cgexec</i> lines. Here's my launch script:<br><br><div><div>#!/bin/bash</div><div><br></div><div>export QEMU_AUDIO_DRV=pa</div><div>export QEMU_PA_SERVER=localhost</div><div>export PULSE_SERVER=localhost</div><div><br></div><div>vfio-bind 0000:06:00.0</div><div><br></div><div>synergys --daemon --config /etc/synergy.conf</div><div><br></div><div>for i in {0..3}; do</div><div> echo performance > /sys/devices/system/cpu/cpu${i}/cpufreq/scaling_governor</div><div>done</div><div><br></div><div>echo 5120 > /proc/sys/vm/nr_hugepages</div><div><br></div><div>cgcreate -g cpuset:kvm</div><div>cgset -r cpuset.cpus=0-3 -r cpuset.mems=0 -r cpuset.cpu_exclusive=1 kvm</div><div>cgexec -g cpuset:kvm qemu-system-x86_64 \</div></div></div></blockquote><div><br></div><div>Ok, so you've change to pCPUs 0-3 instead of 4-7, but doesn't this have the same problem as your previous attempt with taskset? You're using a different tool, but afaict you're still not doing 1:1 pinning of vCPUs, you're pining them to a set of pCPUs. Taskset can work, but you need to get the thread ID for each vCPU thread and pin it. The problem is not the tool you're using but how you're using it, to set the entire process and all the threads it will launch to a range of CPUs rather than pulling out the vCPU threads and individually pinning them. There's this really great tool that already does this, it's called libvirt. Thanks,</div><div><br></div><div>Alex <br></div></div></div></div> <br></div></div>_______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> <br></blockquote></div> <br>_______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> <br></blockquote></div><br></div> </div></div><br>_______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> <br></blockquote></div><br></div></div></div> </blockquote></div><br></div> <br>_______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> <br></blockquote></div> </div></div></blockquote></div><br></div> </div></div></blockquote></div><br></div>