On Fri, Jul 15, 2022 at 1:56 PM Grant Edwards <grant.b.edwa...@gmail.com>
wrote:
>
> On 2022-07-15, Mark Knecht <markkne...@gmail.com> wrote:
> > On Fri, Jul 15, 2022 at 12:28 PM Grant Edwards <
grant.b.edwa...@gmail.com>
> > wrote:
<SNIP>
> > I'm curious as the USB disconnect problem seems somehow to be
> > related to using Chrome on the host machine for sites that do a lot
> > of audio, like YouTube. A clean boot of the host machine, followed
> > by a clean boot of the VM and I've run for at least an hour with no
> > disconnection problems. I can use Chrome for email, messaging and
> > reading newspapers with no problem, but I run YouTube and twice I've
> > had USB problems in the VM.
>
>
> Yep, it sounds like doing audio via Chrome is disrupting the the USB
> audio device that's in-use by the VM. Are there Linux audio drivers
> for that hardware that you could uninstall to keep Chrome from seeing
> it?

There is no support in Linux for this hardware. From the computer's
POV it's just an external USB device, partially an audio device, and
partially just controlled over USB. I've told pulseaudio and KDE in
general not to use it but I continue to see problems. I have no idea
what functionality the USB control port is providing.

I think the next step is to actually blacklist the device by its
USB device ID ala something like this:

https://www.projectgus.com/2014/09/blacklisting-a-single-usb-device-from-linux/

and see what happens.

This whole thing isn't overly critical to me. The device itself is
stand alone in operation. It's only attached to a computer to do editing
which actually can be done on the device's GUI without a computer, or
I can hook it to a Windows laptop, or even this machine if booted into
Windows. I was just wanting to be in Linux but open a VM to allow
me to edit more easily, which I actually can do but I have to hit the
reconnect button in software or pull the USB cable, both of which
work but are hacks.

Reply via email to