On Sat, Apr 15, 2006 at 04:58:56PM -0400, Chaskiel M Grundman wrote:
> >If so, do you have another OHCI HC (preferably USB 1.1-only)
> >available for testing just to exclude everything EHCI-related?
> I do not. The OHCI devices I have were acquired to be add-on EHCI
> controllers
>
> >Also interes
On Sat, Apr 15, 2006 at 04:43:10PM -0400, Chaskiel M Grundman wrote:
> Forgot this part
> --On Saturday, April 15, 2006 10:36:33 PM +0200 Peter Stuge
> <[EMAIL PROTECTED]> wrote:
>
> >Did you get any other errors
> >on the OHCI controller that could provide more clues?
>
> Nothing else. just:
>
--On Saturday, April 15, 2006 10:56:30 PM +0200 Peter Stuge
<[EMAIL PROTECTED]> wrote:
Right. Is the NEC controller EHCI with one simulated OHCI HC per
port?
Well, per 2 ports, but yes.
If so, do you have another OHCI HC (preferably USB 1.1-only)
available for testing just to exclude ever
On Sat, Apr 15, 2006 at 04:42:03PM -0400, Chaskiel M Grundman wrote:
> >If you have a hub
> >between the host (PC) and the device (token) when you see the error
> >perhaps you could try connecting the device directly to the host?
> No hub.
Ok.
> >Also, which HC(s) did you see this with?
>
> The
Forgot this part
--On Saturday, April 15, 2006 10:36:33 PM +0200 Peter Stuge
<[EMAIL PROTECTED]> wrote:
Did you get any other errors
on the OHCI controller that could provide more clues?
Nothing else. just:
usb 7-1: new low speed USB device using ohci_hcd and address 2
usb 7-1: usbfs: USBDEV
--On Saturday, April 15, 2006 10:36:33 PM +0200 Peter Stuge
<[EMAIL PROTECTED]> wrote:
If you have a hub
between the host (PC) and the device (token) when you see the error
perhaps you could try connecting the device directly to the host?
No hub.
Also, which HC(s) did you see this with?
On Sat, Apr 15, 2006 at 02:28:59AM -0400, Chaskiel M Grundman wrote:
> I am unfortunately encountering frequent usb errors with the
> itsec-p and 5/2048. ifd_usb_control is failing with EOVERFLOW,
> which apparently means that a usb condition known as 'babble' has
> been detected. I don't really kn
--On Saturday, April 15, 2006 01:10:45 AM -0800 Justin Karneges
<[EMAIL PROTECTED]> wrote:
Interestingly, both
ITSEC-P and FIPS use the same software driver (is this also true for the
other models?).
ITSEC-P and FIPS use the same card operating system (STARCOS). They're not
identical though
can you send me your current code as diff (-ud format, preferable against
svn), so I can have a look?
also some nice debugging:
ls /var/run/openct
- if there is no file "socket" then openct init script was not started.
- if there is no socket "0" or "1" or something like this, there is no
if
Hi all,
I've got my USB communication problems solved.
I have added some debugging code in my driver and it shows that it works
well, or at least the the driver_ops are being called by ifdhandler ;-)
However `openct-tool -d -d -d -d -d -d -d -d -list` does not report the
presence of the card r
On Friday 14 April 2006 23:28, Chaskiel M Grundman wrote:
> Two patches are attached. One is what I've been running for most of today.
> it successfully resets and can do some communication with ITSEC-P/2048/5
> devices.
>
> The second implements Justin's suggestion that we just ignore TA(0) in the
Happy Easter Holidays!
I have run into an issue using a SignTrust TCOS Card (issuer: Deutsche
Telekom) in a Reiner SCT cyberjack smart card reader. I am using the
CTAPI driver supplied by ReinerSCT (libctapi-cyberjack).
I can't create signatures on the card using the default siganture key in
slot
Hi Chaskiel,
On Friday 14 April 2006 23:28, Chaskiel M Grundman wrote:
> I ended up purchasing a 'demo kit' from eutron that includes one of each of
> their 5 cryptoidentity tokens.
Glad to see you're still looking into this. Here's the update on my side:
Apparently the FIPS model does not work
13 matches
Mail list logo