Yeah, but the wouxun cable behaves a little differently. The VX7 cable
has the TX and RX lines tied together so that it "echos" everything
either side sends. If there is a race condition in an interrupt handler
in the prolific driver (or something similar), the immediate echo could
be poking it where the relatively slow exchange back and forth of the
wouxun does not.

Makes sense. New cable from KAWAMALL doesn't kill the keyboard/mouse (X-Windows and the script itself do lock up though). Keyboard/mouse are still active though so I can at least kill -9 the process and the like. But still requires a reboot to get the cable working again, so certainly something bad that the Yaesu is causing to happen with the PL2303 drivers that the Wouxun doesn't.

Well, (a) that's only in the FT2800 driver, so it won't affect the VX7
and (b) that is because the radio doesn't implement flow control and
shoving data to it too fast makes it silently fail. It's definitely a
different problem than the kernel USB driver crashing.

Well, I figured it was a script, and I'd just do a diff and see what you changed and change the VX7 as well. :) Keyspan cable eliminated that need though.

Oh, yeah? Someone contributed a script change for the MacOS package and
he said it worked. I'll cc you on an email to him so we can get that
worked out as I was hoping to do another release before too long :)

Saw the other emails, will check and see if you have a new daily build up with the change. If not, I'll manually make the change and see if it works. Looks like it should from what submitter said in the other email thread.

Thanks again Dan!