> Several people have replied saying "it was hard to get USB up", and one
> has replied "you have to pay $$ to get the version that supports USB in
> the guest OS".
>
> So -- does "hard to get USB up" mean that it's hard to get USB working
> in the _host_ OS, and there's no chance at getting it going in the
> _guest_ OS, or does it mean that you found a way to get it working in
> the guest OS, too.
>
> ('cause if I want to run those chip debuggers I mentioned, I'm going to
> have to have USB).
I have not used VirtualBox, though I intend to try it soon. However,
I have used Qemu pretty extensively, since back when it was quite
unstable, and have had pretty good luck with it lately. Note that
VirtualBox borrows a significant chunk of code from Qemu (from what I
understand).
Qemu does not have the USB restrictions of VirtualBox. However,
that's no guarantee that every USB device will work in a guest.
Recently I was doing work with some cryptographic USB devices and I
could not get them to work in a Windows VM. Windows saw the device,
but wouldn't play nice with it for whatever reason.
However, more common USB device types might be easier to deal with.
Of course if you're doing something exotic with USB, then there's
always the Qemu source to hack on to make it work. Compiling from
Qemu development sources isn't too difficult.
Under Debian, you can install the qemu package for the base VM system,
or install the "kvm" package which is basically just qemu set up to
use the Linux kernel's kvm module.
tim
_______________________________________________
PLUG mailing list
[email protected]
http://lists.pdxlinux.org/mailman/listinfo/plug