OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Joe Phillips (joe.phillipsinnovationsw.com)
Date: Thu Dec 20 2001 - 09:33:56 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    I'm CC'ing this to the Linux Smartcard mail list. Perhaps some
    subscribers can help out. see other comments below

    On Thu, 2001-12-20 at 09:03, Francois ARNAULT wrote:
    > Hello,
    >
    > First, I found a small bug in your patch for use libsectok
    > with PCSC. In line 161 of file sectok.c, you should remove
    > the instruction r= 0 :
    > ---
    > /* count the number of readers */
    > counter= 0; /* removed r= 0 ; */
    > beginning= 1;
    > ---
    > This bug constrains to issue the command 'reset' twice before the
    > card is actually reseted. This pose a problem on non-interactive use.

    Thanks for the feedback. I'll make sure this gets into my next patch.

    > I have a question about your PC/SC driver for the GPR400.
    > I have tried it and it works well with slow cards (eg VISA).

    I'm glad to hear that it is being used (and works - mostly.)

    > But with fast cards (Slumberger Cryptoflex and Cyberflex Access),
    > it doesn't works. I got the message "smart card malfunction gpr400_cs"
    > each time a command is sent to the card.

    I've seen this too. I really don't know what to do about it because I
    can't tell where the problem is. Maybe you can help me debug it.

    I've tested the driver with the Multiflex 16 that comes with the
    Smartcard Developer Kit book. It seems to work fine with that card. I
    also have some Cyberflex Access JavaCards and (like you) cannot get the
    driver to work with the cards. These are the only cards I have to test
    with.

    AFAIK, the ATR is received correctly and then the card stops working.

    I've suspected that the reader may be parsing the ATR and changing the
    communication speed without notifying the card. I typically see
    "garbage" being received from the card after ATR. This is just
    speculation however. Unfortunately, I do not have the low-level
    documentation on the GPR400 and feel my hands are tied without more
    info.

    Further, the PCMCIA port in my laptop that I was using for this
    development has recently died. I'm unsure if this is related but it
    definitely has slowed-down my development.

    Do you have any other cards that you can test with this driver so we can
    get more data on the symptoms?

    Does anyone on the MUSCLE list have any suggestions for proceeding on
    this problem? Can anyone get me low-level documentation on the GPR400?

    -joe

    -- 
         Innovation Software Group, LLC - http://www.innovationsw.com
                   Custom Internet and Computer Solutions
                       Linux, UNIX, Java Training
    

    *************************************************************** Unix Smart Card Developers - M.U.S.C.L.E. (Movement for the Use of Smart Cards in a Linux Environment) http://www.linuxnet.com/ To unsubscribe send an email to majordomolinuxnet.com with unsubscribe sclinux ***************************************************************