Re: [Libusbx-devel] RFC: Add libusb_get_vendor_n_product_string function

2013-08-03 Thread Pete Batard
On 2013.08.04 00:51, Alan Stern wrote: > Out of curiosity, what data do you need to request from the parent hub? Now that I've looked a bit through old e-mails, it seems that these are config descriptors, coming from a Windows IOCTL_USB_GET_DESCRIPTOR_FROM_NODE_CONNECTION request. I'll have to

Re: [Libusbx-devel] RFC: Add libusb_get_vendor_n_product_string function

2013-08-03 Thread Alan Stern
On Sat, 3 Aug 2013, Pete Batard wrote: > On 2013.08.03 21:18, Alan Stern wrote: > > I agree with Hans. In-library caching should be done on-demand, not > > whenever a new device is enumerated. > > > > If the program asks the library for a string descriptor, the back end > > can get the descriptor

[Libusbx-devel] Fwd: [libusb] [PATCH] libusb-compat: mingw cross-compilation fixes

2013-08-03 Thread Xiaofan Chen
To libusbx mailing list as well. -- Forwarded message -- From: Paul Fertser Date: Sat, Aug 3, 2013 at 3:04 AM Subject: [libusb] [PATCH] libusb-compat: mingw cross-compilation fixes To: libusb-de...@lists.sourceforge.net Cc: Paul Fertser With these amendments (borrowed from the

Re: [Libusbx-devel] RFC: Add libusb_get_vendor_n_product_string function

2013-08-03 Thread Pete Batard
On 2013.08.03 21:18, Alan Stern wrote: > I agree with Hans. In-library caching should be done on-demand, not > whenever a new device is enumerated. > > If the program asks the library for a string descriptor, the back end > can get the descriptor from the OS's cache, if one is available. Or it >

Re: [Libusbx-devel] RFC: Add libusb_get_vendor_n_product_string function

2013-08-03 Thread Alan Stern
On Sat, 3 Aug 2013, Pete Batard wrote: > On 2013.08.03 16:41, Hans de Goede wrote: > >> So, how could we solve 1&2 once and for all? > >> "Simple", we add an extra layer to libusbx that does user-side caching > >> of all the descriptors we need, and tie this caching, along with > >> enumeration, t

Re: [Libusbx-devel] RFC: Add libusb_get_vendor_n_product_string function

2013-08-03 Thread Pete Batard
On 2013.08.03 16:41, Hans de Goede wrote: >> So, how could we solve 1&2 once and for all? >> "Simple", we add an extra layer to libusbx that does user-side caching >> of all the descriptors we need, and tie this caching, along with >> enumeration, to the newly added hotplug functionality: whenever

Re: [Libusbx-devel] RFC: Add libusb_get_vendor_n_product_string function

2013-08-03 Thread Hans de Goede
Hi, I know this discussion was a while ago, but I left this mail to respond to once I have time, and I've (some) time now ... On 05/29/2013 04:10 AM, Pete Batard wrote: > On 2013.05.28 23:08, Tim Roberts wrote: >> Hans de Goede wrote: >>> I would like to give libusb using applications to os cache