Matthias:
After re-reading the USB protocol description, it became clear that the
problem you've been having with lost interrupt packets really must be a
data toggle issue.
Here's how it works. In one of your bus traces you showed the device
sending a DATA1 token with interrupt data that the HCD
On Thu, 21 Aug 2003, Matthias Bruestle wrote:
> Mahlzeit
>
>
> On Thu, Aug 21, 2003 at 03:01:42PM -0400, Alan Stern wrote:
> > I'm stumped. And there is no open/close handling in UHCI. Could it be
> > that your program does something different before the first request and
> > between the fir
Mahlzeit
On Thu, Aug 21, 2003 at 03:01:42PM -0400, Alan Stern wrote:
> I'm stumped. And there is no open/close handling in UHCI. Could it be
> that your program does something different before the first request and
> between the first & second?
The program is run twice and does nothing diffe
On Wed, 20 Aug 2003, Matthias Bruestle wrote:
> > > I have not log here, which shows the first and second run. It works in 2.4
> > > and the driver does stop just the Int IN URB between runs, which is the same
> > > it does in 2.4 and therefore I don't think, that anything can go wrong with
> > >
Mahlzeit
On Wed, Aug 20, 2003 at 11:51:20AM -0400, Alan Stern wrote:
> On Tue, 19 Aug 2003, Matthias Bruestle wrote:
> > 1322: IN (>> 0x69) ADDR (0x3) EP (0x1)
> > 1323: DATA1 (<< 0x4b) DATA(1 02 04 00)
> > **
> >
> > This is the data I see with the US
On Tue, 19 Aug 2003, Matthias Bruestle wrote:
> Mahlzeit
>
>
> On Mon, Aug 18, 2003 at 03:38:01PM -0400, Alan Stern wrote:
> > Without knowing your situation it's hard to say anything definite. But
> > probably what's wrong is that your device isn't sending any data, and
> > that's why you're n
Mahlzeit
On Mon, Aug 18, 2003 at 03:38:01PM -0400, Alan Stern wrote:
> Without knowing your situation it's hard to say anything definite. But
> probably what's wrong is that your device isn't sending any data, and
> that's why you're not receiving any. You haven't said what Interrupt
> response
On Mon, 18 Aug 2003, Matthias Bruestle wrote:
> The Int IN is issued from the PC every 4 or 8 ms (can't remember). In an
> unsuccessful run, the device does allways response with NAK with one exception,
> where it sends data to the PC. I want to get this data, which I do correctly
> on the first r
On Mon, Aug 18, 2003 at 02:14:24PM -0400, Alan Stern wrote:
> On Mon, 18 Aug 2003, Matthias Bruestle wrote:
>
> > Somewhere inside a program run, when waiting for the interrupt data:
> >
> > HC status
> > usbcmd= 00c1 Maxp64 CF RS
> > usbstat =
> > usbint= 000f
On Mon, 18 Aug 2003, Matthias Bruestle wrote:
> Somewhere inside a program run, when waiting for the interrupt data:
>
> HC status
> usbcmd= 00c1 Maxp64 CF RS
> usbstat =
> usbint= 000f
> usbfrnum = (0)194
> flbaseadd = 03848194
> sof = 40
>
Mahlzeit
On Mon, Aug 18, 2003 at 09:53:26AM -0400, Alan Stern wrote:
> On Mon, 18 Aug 2003, Matthias Bruestle wrote:
> > I'm currently testing the cyberJack smart card reader under 2.6.0-t2
> > using a patched cyberJack driver (added locking) together with a UHCI
> > host controller.
> >
> > The
On Mon, 18 Aug 2003, Matthias Bruestle wrote:
> On Mon, Aug 18, 2003 at 09:53:26AM -0400, Alan Stern wrote:
> > It's curious that you see a USB interrupt transfer occur but the
> > controller does not end the request. Can you post the contents of
> > /proc/driver/uhci? That might have some clu
Mahlzeit
On Mon, Aug 18, 2003 at 09:53:26AM -0400, Alan Stern wrote:
> It's curious that you see a USB interrupt transfer occur but the
> controller does not end the request. Can you post the contents of
> /proc/driver/uhci? That might have some clues.
In a certain condition or just after lo
On Mon, 18 Aug 2003, Matthias Bruestle wrote:
> Mahlzeit
>
>
> I'm currently testing the cyberJack smart card reader under 2.6.0-t2
> using a patched cyberJack driver (added locking) together with a UHCI
> host controller.
>
> The problem is, that it works the first open/io/io/.../close sequenc
Mahlzeit
I'm currently testing the cyberJack smart card reader under 2.6.0-t2
using a patched cyberJack driver (added locking) together with a UHCI
host controller.
The problem is, that it works the first open/io/io/.../close sequence
after inserting it, but fails after the second open. This hap
15 matches
Mail list logo
