|
From: Xiaofan C. <xia...@gm...> - 2013-01-05 10:28:19
|
On Sat, Jan 5, 2013 at 6:07 PM, Xiaofan Chen <xia...@gm...> wrote: > That is very strange. I have not encountered this myself with > this kind firmware updates, it works for me. I use the Microchip > USB HID Bootloader and the host application is using HIDAPI > and it works. I have not tried a libusb based bootloader under > Mac OS X though. > > You can try to change libusb-1.0 Darwin code to see if that > helps, i.e., change darwin_reset_device() to use > DeviceReEnumerate() instead of ResetDevice(). > Ref: > http://libusb.6.n5.nabble.com/PATCH-make-libusb-reset-force-re-enumeration-on-Mac-td4499375.html > > This is not a proper fix but it will give you the first step > towards solving the problem. Also the firmware of the device is also kind of broken since it does not change the pid or at least some string descriptors before and after the firmware update. It does change the device version number though. So maybe there are some differences between Linux and Mac OS X about this change. Before firmware update: Device VendorID/ProductID: 0x0955/0x0007 (NVIDIA) Device Version Number: 0x0300 Number of Configurations: 1 Manufacturer String: 1 "Copyright (c) 2008 NVIDIA Corporation" Product String: 2 "NVIDIA stereo controller" Serial Number String: 0 (none) After firmware update: Device VendorID/ProductID: 0x0955/0x0007 (NVIDIA) Device Version Number: 0x0400 Number of Configurations: 1 Manufacturer String: 1 "Copyright (c) 2010 NVIDIA Corporation" Product String: 2 "NVIDIA stereo controller" Serial Number String: 0 (none) -- Xiaofan |