On Wed, Aug 29, 2012 at 8:01 AM, Pete Batard wrote:
> On 2012.08.28 13:11, Xiaofan Chen wrote:
>>> Right now, and just like your tests, I'm pretty much seeing a read
>>> failure against any mass storage device I try, when using the libusbK
>>> driver.
>>
>> Please refer to previous reply to that o
First link is off. Should be:
[1]
https://sourceforge.net/p/libusbk/code/268/tree/trunk/libusbK/src/sys/drv_xfer_bulk.c#l68
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security
On 2012.08.28 13:11, Xiaofan Chen wrote:
>> Not really. The mass storage test of xusb should work. It's there to
>> demonstrate the libusbx capabilities against USB devices that are mass
>> storage, and there's no real reason it should fare worse than Windows in
>> that respect.
>
> I mean 'xusb -k
On 2012.08.28 10:22, Kustaa Nyholm wrote:
> So Nathan has abandoned libusbx? Or was he ever onboard, really?
From the old (infradead) libusbx mailing list:
On 2012.02.08 20:22, Nathan Hjelm wrote:
> (...) count me in on a fork. Releases are taking too damn long!
I also sent him the following:
On Tue, Aug 28, 2012 at 5:55 AM, Pete Batard wrote:
libusbx: info [get_interface_details_filter] assigned libusb0 symbolic
link \\.\
libusb0-0001
>>>
>>> Mmm, maybe we should set that info message to debug? What do you think?
>>> Not the message is that informational after all...
>
On Tue, Aug 28, 2012 at 5:55 AM, Pete Batard wrote:
> On 2012.08.27 10:10, Xiaofan Chen wrote:
It seems to me "xusb -k" does not work well with some
USB Flash Drive like the Sandisk 8GB drive and a
Kingston 1GB drive I have, even with a real Windows 7
x64 machine.
>>>
>>> Yeah,
On Tue, Aug 28, 2012 at 5:55 AM, Pete Batard wrote:
> On 2012.08.27 10:10, Xiaofan Chen wrote:
4) libusbk.sys --> does not work well.
>>>
>>> Yup... I'll try to see if we can get some more info with the debug driver.
>>
>> Are you able to reproduce the issue? I think the debug driver should
>
On Mon, Aug 27, 2012 at 5:10 PM, Xiaofan Chen wrote:
>>> 3) libusb0.sys --> works fine, with one warning message
>>>
>>> Reading string descriptors:
>>> String (0x01): "Generic"
>>> String (0x02): "Flash Disk"
>>> libusbx: error [winusbx_submit_control_transfer] ControlTransfer failed:
>>
On Mon, Aug 27, 2012 at 5:10 PM, Xiaofan Chen wrote:
> On Mon, Aug 27, 2012 at 7:21 AM, Pete Batard wrote:
>> On 2012.08.25 10:52, Xiaofan Chen wrote:
>>> 1) libusb-win32 filter driver + original Windows driver usbstor.sys
>>> --> works fine, with a few warning messages
>>>
>>> Claiming interface
On Tue, Aug 28, 2012 at 5:22 PM, Kustaa Nyholm
wrote:
> On 28.8.2012 7.32, "Xiaofan Chen" wrote:
>>
>>BTW, Nathan is opposed to the Mac OS X HID idea and he is
>>now not willing to contribute to libusbx partially because of the
>>reason.
>>
>>http://libusb.6.n5.nabble.com/mac-performance-unsuspen
On 28.8.2012 7.32, "Xiaofan Chen" wrote:
>I meant to say "Take note there is no Mac OS X HID backend for
>libusbx yet".
Yes, I understood what you meant. I'm merely fishing for
something that might help shed some light to our issue.
Sorry for abusing this list.
>
>BTW, Nathan is opposed to the M
11 matches
Mail list logo
