On Mon, 25 Mar 2002, Martin Diehl wrote:
Jean, this solves the host controller processing error - but irda-usb is
still not happy with it, apparently a number of tx transfers are just
hanging and the dongle doesn't work. Despite it is working with usb-uhci,
Well, this was due to my patch not
On Sun, 24 Mar 2002, Johannes Erdfelt wrote:
There's a slight bug in your fixed code. len will always be 0 at the end
of the previous loop, so your check will always incorrectly add the last
zero packet.
Right. Just realized this when I saw the irda-usb still sending zero
packets at the
We've been stress testing the Keyspan USA 49W adapters to see if they
are suitable for our application using kernel 2.4.18.
We've discovered a data corruption problem however. If you
write(fd,buf,len) data packets such that len % 63 = 32 len % 63
63 then there is a good chance that the output
On Mon, Mar 25, 2002 at 12:21:48PM +, Nick Craig-Wood wrote:
The data stream gets corrupted in a very specific way - there are no
bytes added or removed to the serial output but there is one byte
overwritten with null (0x00) with 0,1 or 2 more corrupted bytes after
it.
Ouch... that looks
On Sun, Mar 24, 2002 at 02:27:59PM +0100, [EMAIL PROTECTED] wrote:
Hi,
This bug report is specially targeted at Georg Archer.
It's Acher, only one r, has nothing to do with archery, actually it comes
from latin aqua ;-)
It contains extensive debugging information.
Very good.
The
Hi,
has anyone any experience with the Edirol UA-1A usb device?
I could insert the audio driver, got a /dev/sound/dsp device, but a cat
/dev/sound/dsp audio.raw delivered a file with only 1/4 the size it
should. So the file sounded good only if I converted it to an 8 bit/mono wav
file.
So I
I'm not sure who needs to see this, hopefully you are on this list.
--
/+-\
|Stephen J. Gowdy | SLAC, MailStop 34, |
|http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, |
On Mon, Mar 25, 2002 at 10:20:10AM +0100, Martin Diehl wrote:
On Mon, 25 Mar 2002, Martin Diehl wrote:
Jean, this solves the host controller processing error - but irda-usb is
still not happy with it, apparently a number of tx transfers are just
hanging and the dongle doesn't work.
Hi ,
I trying to port USB stack to WinNT and have some difficult.
I realize that the problem caused by my wrappers around the stack
(i tested same scenario with linux and all works fine)
but may be someone can give me a clue about what going on here.
First of all it's base on 2.4.12 kernel
Date: Fri, 22 Mar 2002 18:55:43 -0500 (EST)
From: Dan Streetman [EMAIL PROTECTED]
On Fri, 22 Mar 2002, David Brownell wrote:
1. The problem, according to my crude user-space measurements using
gettimeofday(), is that a bulk transfer of 4096 bytes takes
approximately
Meanwhile, though, if eliminating the 4k limit seems like a good idea,
may I suggest applying this patch to the kernel?
It'd make sense to me, though as I said in my original post
I'd rather use kmalloc (up to its limit of about 128KBytes) on
the grounds that, among other things, the typical
Actually, this is the first PalmOS4 S series sony device so it has a new
product ID. It needs to be treated as the Clie4 series even though it
has not a 0x66 product ID.
This device is already supported by the visor driver.
thanks,
greg k-h
___
From: David Brownell [EMAIL PROTECTED]
Date: 2002-03-25 18:52:29
Meanwhile, though, if eliminating the 4k limit seems like a good idea,
may I suggest applying this patch to the kernel?
It'd make sense to me, though as I said in my original post
I'd rather use kmalloc (up to
On Mon, Mar 25, 2002 at 10:20:10AM +0100, Martin Diehl wrote:
On Mon, 25 Mar 2002, Martin Diehl wrote:
Jean, this solves the host controller processing error - but irda-usb is
still not happy with it, apparently a number of tx transfers are just
hanging and the dongle doesn't work.
On Mon, 25 Mar 2002, Martin Diehl wrote:
Does this patch work correctly?
Looks like you've changed the code so my thinko would become right now.
Haven't tested yet but will do tonight - and AFAICS it should be ok.
Just to close the issue I'd like to confirm after some serious testing
with
On Mon, Mar 25, 2002 at 07:08:55PM -0500, Johannes Erdfelt wrote:
I sent my patch to Greg earlier only because of formatting reasons. I
think he received both, but as long as he applies one, everything will
be fine :)
I just applied Johannes's version to both my 2.4 and 2.5 trees.
thanks,
On Tue, Mar 26, 2002, Martin Diehl [EMAIL PROTECTED] wrote:
On Mon, 25 Mar 2002, Martin Diehl wrote:
Does this patch work correctly?
Looks like you've changed the code so my thinko would become right now.
Haven't tested yet but will do tonight - and AFAICS it should be ok.
Just to
On Tue, Mar 26, 2002 at 02:05:40AM +0100, Nemosoft Unv. wrote:
Hello,
Well, I finally manages to get my 2.5. kernel up and running and test the
latest changes to my driver. Fortunately, things worked out of the box
right away, so here it goes...
This patch is against 2.5.6; anybody
Hello,
Well, I finally manages to get my 2.5. kernel up and running and test the
latest changes to my driver. Fortunately, things worked out of the box
right away, so here it goes...
This patch is against 2.5.6; anybody who, in the mean time, managed to make
this patch incompatible with
19 matches
Mail list logo