On Mon, 2019-12-02 at 20:11 +0800, Ed Greshko wrote: > On 2019-12-01 22:03, Patrick O'Callaghan wrote: > > On Sun, 2019-12-01 at 20:09 +0800, Ed Greshko wrote: > > > On 2019-12-01 19:14, Patrick O'Callaghan wrote: > > > > On Sun, 2019-12-01 at 14:04 +0800, Ed Greshko wrote: > > > > > My system is a fully updated F31 running the KDE desktop. It is the host, and I've got a qemu guest running > > > > > F31 and the Xfce desktop. > > > > > > > > > > I would like to test access to a Samsung phone on the guest connected via USB. > > > > > > > > > > However, the host system grabs it and I can't seem to find a way to release it so the guest can access. > > > > > There is no "eject" function in the "Device Notifier". Nor is does there seem to be a way to tell > > > > > KDE not to grab the device. > > > > > > > > > > How to achieve the goal? > > > > I use virt-manager. In the Preferences menu the options for New VM > > > > include "Add Spice USB redirection - Yes", and my USB devices appear > > > > automatically in the guest. Presumably that can be changed for existing > > > > VMs as well. > > > > > > > Sure, that is what I have. But the VM can't obtain the Samsung phone because it is "in use" by the > > > host. Even if I check the box, I get an error. The phone shows up in the Device Notifier of the host > > > and I need it to be released and not show there. I have no problem with flash drives and usb WiFi dongles. > > Does it matter what mode the phone is in? As I'm sure you know, phones > > can appear as either PTP (MTP) or storage devices, and behaviour may be > > different in each case. Also, whether or not you have gvfs-mtp > > installed (or configured) might make a difference one way or the other. > > > > > FWIW, I think I have to copy /usr/lib/udev/rules.d/69-libmtp.rules to /etc/udev/rules.d/ and manipulate > it in fashion such that the host doesn't grab it. At least as a workaround for not having a way to release it. Hmm. I haven't tried connecting a phone so presumably the existence of that rules file mean they are treated specially. poc _______________________________________________ kde mailing list -- kde@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to kde-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@xxxxxxxxxxxxxxxxxxxxxxx