Hello.
I want to know how bulk data is handled in g_serial.c
I have changed the g_serial.c for printer.
Device descriptor, interface descriptor, qualifier descriptor, endpoint and
configuration descriptor were fixed for printer.
Once, I wanted to verify whether data went to Target PC from Host PC
On Wed, 2004-08-18 at 00:16, Alan Stern wrote:
> Actually the debug output probably won't help much, given the information
> you've already posted.
>
> This looks a lot like something I fixed a month or two back, but the patch
> got lost in the shuffle and the fix hasn't been applied. I just
>
On Tue, Aug 17, 2004 at 09:21:47PM +, [EMAIL PROTECTED] wrote:
> Hello,
>
> I'm trying to run usb-ohci driver on ppc405 custom board with kernel 2.4.22.
>
> After adding some changes to code (mostly in initialization area and memory
> mapped i/o access) I have control, bulk and interrupt tran
Am Dienstag, 17. August 2004 15:48 schrieb Sebastian Haas:
> Hello,
>
> i'm currently developing an linux usb device driver. The drivers is done
> but i've some problems with my throughput while receiving data.
>
> I starting a bulk transfer and waiting for his completition and process
> the rece
>You could reorder and simplify slightly the code for handing off a UHCI
>controller. It's safer to disable PIRQD, SMI#, and legacy
>support first
>and then turn off the interrupt enable bits, all before stopping the
>controller. You could even reset the controller rather than
>just stopping
On Monday 16 August 2004 3:09 am, Bo Henriksen wrote:
>
> I've included the fixed patch below for you :)
It still doesn't apply; looks like your mailer (a) morphed it to
quoted printable, and (b) wrapped lines.
Usually it's better to send patches as attachments when your
mailer is doing stuff li
Alrighty.
Ran overnight for approximately 6-7 hours, and was working fine this
morning.
Of course, since it's statistically impossible to prove a negative in
this situation, it's at least potentially working. I'll let it run
longer later today.
(and then I'll see if I can trigger any bugs under
Hello,
I'm trying to run usb-ohci driver on ppc405 custom board with kernel 2.4.22.
After adding some changes to code (mostly in initialization area and memory mapped
i/o access) I have control, bulk and interrupt transfers o.k.
The problem I'm trying to solve now is ISOCHRONOUS transfer.
On Mon, 16 Aug 2004, David Brownell wrote:
> Maybe ... it's not a simple locking problem though.
>
> Doctoral theses have been gotten in such areas,
> though I hope none recently! (Now they just give
> spurious software patents for trivial variants of old
> schemes.)
:-)
I feel better now; we
David --
(This is a resend with the .inf file removed and a few more details
on using a Windows host with gadget serial.)
Here is the g_serial ACM patch. It works with the Linux ACM driver
and with Windows usbser.sys driver. I have only done very limited
testing--just confirmed that the device is
On Tue, 17 Aug 2004, Sebastian Haas wrote:
> Hello,
>
> i'm currently developing an linux usb device driver. The drivers is done
> but i've some problems with my throughput while receiving data.
>
> I starting a bulk transfer and waiting for his completition and process
> the received data (in m
On Tue, 17 Aug 2004, Andrew Pilley wrote:
> okay, got a chance to catch the hang with debug mode on. First, I'll
> paste the output of alt-sysrq-t for the usb-storage thread here:
>
> kernel: usb-storage D 0040 0 1453 1 1472 1452
> (L-TLB)
> kernel: c4316e00
On Mon, 16 Aug 2004, Aleksey Gorelov wrote:
> >> Here is slightly improved early USB legacy handoff patch for 2.4.27
> >
> >The usual caveat is how we all wait for this to go into 2.6.
>
> Attached is a patch for 2.6.8.1
You could reorder and simplify slightly the code for handing off a UHCI
c
On Monday 16 August 2004 9:56 am, Alan Stern wrote:
> [Email can sometimes be a very frustrating medium. It's fair to say
> that you and I are both very intelligent people, and yet we've been
> talking past each other in this thread to an almost comical extent. I
> bet we could have settled the w
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_000_0016=_NextPart_000_0016
Command '--=_nextpart_000_0016=_nextpart_000_0016' not recognized.
Content-Type: text/plain;
Command 'content-type:' not recog
Hello,
i'm currently developing an linux usb device driver. The drivers is done
but i've some problems with my throughput while receiving data.
I starting a bulk transfer and waiting for his completition and process
the received data (in my read bulk callback). My transfer buffer can
only store o
16 matches
Mail list logo
