On Mon, Mar 3, 2014 at 2:17 AM, Xiaofan Chen <xiaof...@gmail.com> wrote:
> On Sun, Mar 2, 2014 at 11:13 PM, Andreas Fritiofson
> <andreas.fritiof...@gmail.com> wrote:
> > I haven't tried this myself or even heard someone suggest it before, but
> I
> > think you could actually make use of another misfeature of Windows. I
> don't
> > know why or how but sometimes I have to reinstall the drivers for a
> device
> > when it's plugged into another port. I guess this depends on the driver
> inf
> > file because it only happens for some devices (typically my own virtual
> > com-port devices, which is highly annoying).
>
> Usually that means your device does not have a unique serial number.
> If the device has a unique serial number, Windows will not need to
> re-install the driver for your device.
>
>
That might explain it, good to know, thanks! Will start adding serial
numbers to all firmwares, I guess. Actually, the *same* serial number for
all devices sounds like the best option to reduce the Windows driver
hassle... :P
> So with the right setup, it should be possible to have WinUSB installed
> for
> > the driver when it's plugged into one port, and the proprietary FTDI
> drivers
> > installed for the same device on another port. Switching application thus
> > only requires switching USB-ports for the dongle.
>
> Most of the FTDI based dongles will have a unique serial number and
> this will not work.
But that is really easy to change with FTDI's utility. Assuming you can
actually *disable* the serial number, not just set it to the empty string.
Worth a try for those who need it.
> > I really don't think we should maintain the ft2232 driver any
> > longer. It *wants* to die.
>
> I support your view as well. On the other hand, apparently there
> are people who still want to use the FTDI driver for other utility.
>
> The other possibility is to help libusb project to improve the support
> of libusb-win32 filter driver in the libusb Windows backend. Right now
> it does not work for USB Composite device like FT2232x.
>
Yes, there are many different routes to making it work for those people. Us
maintaining the old crappy driver is not the most attractive of them.
/Andreas
------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
OpenOCD-devel mailing list
OpenOCD-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openocd-devel
