On Thu, Jul 25, 2013 at 4:02 PM, Yingchun Li wrote:
>> 1) try to use different timeout
>> 2) try to use C# or other DotNet language.
>>
>> If you can re-write your host application, another choice
>> is to use a different driver like WinUSB to your device
>> and then use libusb-1.0 API to communic
On Thu, Jul 25, 2013 at 12:39 PM, Yingchun Li wrote:
> Thanks xiaofan
> The usb device has been fixed by the chip romcode, so there is
> little chance for switching to HID.
> But can I implement a usb-serial driver with libusb, which just
> work like usbser.sys?
> I will
On Wed, Jul 24, 2013 at 8:11 PM, Yingchun Li wrote:
> Hi,
> I have a cdc-acm usb device, used for transfering data to/from windows
> PC,
> for windows PC, and I use the Documentation/usb/linux-cdc-acm.inf to load the
> windows driver(which is the usbser.sys).
> On PC, there is an appl
On Thu, Mar 28, 2013 at 10:58 PM, Wesley W. Terpstra wrote:
> In case anyone else cares, I found some nice Dutch folks who resell PIDs
> under their VID for cheap:
> http://www.mcselec.com/index.php?page=shop.product_details&flypage=shop.flypage&product_id=92&option=com_phpshop&Itemid=1
>
> I will
On Thu, Jan 24, 2013 at 11:44 AM, Du, Yuyang wrote:
> Thanks.
>
> Millisecond is good for me. Every signal (1 and 0) sent is triggered
> by a user program. The period the signal lasts is not so important either.
I have doubts whether you can achieve millisecond accuracy
with the stock Linux kerne
On Thu, Jan 24, 2013 at 10:44 AM, Du, Yuyang wrote:
> My intent is really special, I don't know whether I missed
> something, but all the articles about writing a USB driver
> do not address my need.
>
> I want to use the USB port on the host as a signal generator to drive a
> USB cable (the two d
On Thu, Jan 3, 2013 at 11:53 AM, Chirkut Daruwalla
wrote:
> Hi,
>
> I've spent quite a bit of time googling for this but came up with very
> little. So I'm hoping someone on this forum can help.
>
> I'm trying to write an open source application for USB redirection
> that will allow users to plug
On Wed, Dec 5, 2012 at 8:58 AM, Stefan Tauner
wrote:
> On Tue, 4 Dec 2012 16:27:00 -0500 (EST)
> Alan Stern wrote:
>
>> I don't think referencing times to SOF packets is the best approach,
>> although it probably is the approach that would yield the most
>> precision. How precise do you want you
On Wed, Oct 17, 2012 at 12:17 AM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 16, 2012 at 10:08:48AM -0400, Alan Stern wrote:
>> On Tue, 16 Oct 2012, Greg Kroah-Hartman wrote:
>>
>> > > mymacmini:usbutils xiaofanc$ git diff
>> > > diff --git a/Makefile.am b/Makefile.am
>> > > index 4e53e45..e8cb002 10
On Wed, Oct 17, 2012 at 12:14 AM, Greg Kroah-Hartman
wrote:
>> > Might it just be easier to patch usbutils to be something like
>> > USB_IDS_DATADIR instead when building on these systems?
>> >
>>
>> Good idea. Here is the patch based on your suggestion and
>> it works fine.
>
>
>
> That's nice,
On Tue, Oct 16, 2012 at 9:15 PM, Xiaofan Chen wrote:
> On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
> wrote:
>> On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
>>> Now usbutils git almost builds successfully out of the box under
>>> Mac OS Xan
On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
>> Now usbutils git almost builds successfully out of the box under
>> Mac OS Xand Cygwin (using libusbx). Just wondering if you can
>> accept the minor
On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
>> I only need one fix for Mac OS X as Apple's gcc compiler does
>> not like --as-needed.
>
> I didn't think Apple used gcc anymore. How abou
Hi Greg,
Sorry the previous email goes to the wrong linux kernel list.
Now usbutils git almost builds successfully out of the box under
Mac OS Xand Cygwin (using libusbx). Just wondering if you can
accept the minor fix for Mac OS X and suggest a way to fix
cygwin build.
For Cygwin, there is a co
On Tue, Oct 16, 2012 at 9:45 AM, Nick Krause wrote:
>
> Hey Xianofanc ,
> I am thrilled about you giving me some work to do , the only
> problem is I don't known the libusb source code so can you
> send me some documentation.
libusbx
http://libusbx.org/
libusbx documentation:
http://libusbx.sour
On Tue, Oct 16, 2012 at 1:09 AM, Nick Krause wrote:
>
> Hey Linux Usb Forum ,
> Do you have any bugs or work that a Linux kernel
> newbie can do?
Instead of the linux kernel USB subsystem, are you interested
in improving the user space library libusb (or the libusbx fork)?
For example, here is o
On Mon, Sep 10, 2012 at 9:35 PM, Xiaofan Chen wrote:
> On Mon, Sep 10, 2012 at 8:48 PM, Oliver Neukum wrote:
>> On Monday 10 September 2012 08:37:55 Florian Wöhrl wrote:
>>> it seems like cdc_acm was altered, too - am I right? modinfo doesn't
>>> mention 04d8:00
On Mon, Sep 10, 2012 at 8:48 PM, Oliver Neukum wrote:
> On Monday 10 September 2012 08:37:55 Florian Wöhrl wrote:
>> it seems like cdc_acm was altered, too - am I right? modinfo doesn't
>> mention 04d8:000A. It just tells 04d8:000B. Did you make that patch?
>
> Doesn't the device show the proper c
On Mon, Sep 10, 2012 at 8:37 PM, Florian Wöhrl wrote:
> it seems like cdc_acm was altered, too - am I right? modinfo doesn't mention
> 04d8:000A. It just tells 04d8:000B. Did you make that patch?
That is bad.
1634/* Support for Droids MuIn LCD */
1635{ USB_DEVICE(0x04d8, 0x000b),
On Sun, Sep 9, 2012 at 6:04 AM, Alan Stern wrote:
> On Sat, 8 Sep 2012, Florian Wöhrl wrote:
>> I first thought it might be the change in the driver - because in the
>> past 04d8:000a was handled by cdc_acm, now the modalias shows ftdi_sio.
>
> No, that can't be the reason. The problem occurs bef
On Feb 1, 2008 11:17 PM, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Thu, 31 Jan 2008, David Brownell wrote:
>
> > On Thursday 31 January 2008, Alan Stern wrote:
> > > The interesting difference lay in what Windows did when the Get-Max-LUN
> > > stalled. It sent a Clear-Halt request to endpoint 0!
On Jan 16, 2008 8:51 PM, Thomi Aurel RUAG A <[EMAIL PROTECTED]> wrote:
> To Dave:
> > I've heard some folk report that the MS-Windows support for CDC is a
> > bit flakey. Maybe that's part of their general strategy of
> > undermining standards-based interoperability...
> I googled for some details
On Dec 30, 2007 12:46 PM, Xiaofan Chen <[EMAIL PROTECTED]> wrote:
> If you do not like the existing fsusb application, you can rewrite
> it in python with pyusb (which is based on libusb) but you do not
> need a kernel driver.
>
> pyusb: http://pyusb.berlios.de/
>
>
On Dec 30, 2007 11:53 AM, mgross <[EMAIL PROTECTED]> wrote:
> Yeah, it has been done from user space using a libusb based
> application. (that didn't work with a usb-hub in the loop) and had
> code that was just too nasty for words, so I made a kernel driver that
> looks nicer to me and enables a
On Dec 30, 2007 12:29 PM, mgross <[EMAIL PROTECTED]> wrote:
> The device ID's are different 0x000C in ldusb.c vrs 0x000b in the
> driver I just posted.
I know that. 000b is for the demo application. 000c is for the
bootloader application.
I am not a progammer myself but I think the USB communicat
ch the kernel driver for both
the bootloader and Demo application.
http://forum.microchip.com/tm.aspx?m=106426
Xiaofan Chen
http://mcuee.blogspot.com
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Forwarded with minor changes for my reply.
-- Forwarded message --
From: Xiaofan Chen <[EMAIL PROTECTED]>
Date: Dec 24, 2007 9:18 AM
Subject: Re: [linux-usb-devel] FW: gadget composite IAD problem
To: Jeremy Greene <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Dec 24,
On Dec 18, 2007 8:50 AM, Graeme Gill <[EMAIL PROTECTED]> wrote:
> > - the quirk could be added into the usbhid quirk list, so that it ignores
> > the device (this is what has been currently done for the device in
> > question)
>
> I'm gathering that this is in fact unnecessary (usb_detach_kerne
28 matches
Mail list logo
