<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.encryption.opensc.user">
    <title>gmane.comp.encryption.opensc.user</title>
    <link>http://blog.gmane.org/gmane.comp.encryption.opensc.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5329"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5321"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5319"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5313"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5306"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5294"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5292"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5289"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5284"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5283"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5279"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5277"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5271"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5265"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5261"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5254"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5249"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5229"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5226"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5329">
    <title>SIM</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5329</link>
    <description>&lt;pre&gt;Hi all,

EF's on the smartcard.

Although they miss the directory structure normally found on cards, is
there any reason why i should not be able to read thsoe EF's?

I mean, when inserting a SIM into a reader, i get the ATR, but nothing
more. I hoped that opensc-explorer could read them.

Do those cards require special middleware (like those from safesign) or
is there an other reason why i can not read them?


Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Witvliet</dc:creator>
    <dc:date>2012-05-24T21:49:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5321">
    <title>libccid + keyboard</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5321</link>
    <description>&lt;pre&gt;Hi all,

Just accidentally I came across some lines in Lodovic's blog.

For the latest version of licccid-1.4.6, he writes:
"Disable SPE for HP USB CCID Smartcard Keyboard. The reader is bogus and unsafe."

I am not sure what "SPE for HP..." means, 
but I certainly hope I can still use it for our smartcards as we have a couple of thousands of those keyboards.

I hope that it is just an obscure extra feature.

Hans


______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten.

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
&lt;/pre&gt;</description>
    <dc:creator>J.Witvliet&lt; at &gt;mindef.nl</dc:creator>
    <dc:date>2012-05-24T14:02:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5319">
    <title>ACR122U + MyEID dual interface</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5319</link>
    <description>&lt;pre&gt;Hi all.

Just received $subj and started testing.

Too bad the cards aren't recognized by default:
$ opensc-tool -a -n
Using reader with a card: ACS ACR122U PICC Interface 00 00
3b:85:80:01:4d:79:45:49:44:78
Unsupported card

Is it only matter of unknown ATR and I can safely use force myeid? Or
should I add support for 'em digging in the code (for this, help from
Aventra would be really welcome -- big task!).

Is it possible to make that reader handle multiple cards "in parallel"
(both placed on the reader)?

PS: the card in "MyLogin for Windows" kit reports an ATR of
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
Does someone know something about this card?

Tks,
 Diego.
&lt;/pre&gt;</description>
    <dc:creator>NdK</dc:creator>
    <dc:date>2012-05-24T13:21:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5313">
    <title>CRYPTOMATE64</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5313</link>
    <description>&lt;pre&gt;Hello all.

Someone already tested that token? It's the only one I could find that
handles RSA4096...

http://www.acs.com.hk/index.php?pid=product&amp;amp;prod_sections=0&amp;amp;id=CRYPTOMATE64

I'm thinking to use one to store our internal root CA's key (4096bit
RSA). [actually I'm thinking more about a "ring of roots", but that's
another story]

Intermediate CAs will use other cards/tokens (still undecided between
Aventra's MyEID and Gooze's ePass2003 token), that are way cheaper and
up to the job :)

BYtE,
 Diego.
&lt;/pre&gt;</description>
    <dc:creator>NdK</dc:creator>
    <dc:date>2012-05-23T11:57:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5306">
    <title>Getting Facial image and Biometrics off Piv Card</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5306</link>
    <description>&lt;pre&gt;Hello,

Sorry to send email on this thread, given that it is dated.  However it refers exactly to what I am doing at the moment.

First, thanks for the script posted here&amp;lt;http://www.opensc-project.org/pipermail/opensc-devel/2010-June/014318.html&amp;gt;, it was very helpful!

Second, this thread states:

It would greatly help me to see this program as well.  If it is available, can you send it to me?

Many Thanks.
--JDC

John Curtis

Software Development Manager
Cummings Engineering
(480) 459-0547

&lt;/pre&gt;</description>
    <dc:creator>John Curtis</dc:creator>
    <dc:date>2012-05-18T23:41:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5294">
    <title>BT reader</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5294</link>
    <description>&lt;pre&gt;Hi,

Anyone around who had the chance to look at
http://www.biometricassociates.com/products-baimobile/smart-card-reader-iphone-android.html

I know that there exist for some time BT-readers, but those from RIM present themselves only as a `rim` device.

These are probably not as cheap as an ordinary reader, but if usable under Linux/OpenSC, it may be worthwhile....

HW


______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten.

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
&lt;/pre&gt;</description>
    <dc:creator>J.Witvliet&lt; at &gt;mindef.nl</dc:creator>
    <dc:date>2012-05-21T08:50:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5292">
    <title>Cannot compile OpenSC</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5292</link>
    <description>&lt;pre&gt;Hello all,

I'm trying to compile OpenSC on Ubuntu 12.04, but fail (both OpenSC
0.12.2 and 0.12.3pre), due to this error:

/usr/bin/ld: ../../src/common/.libs/libpkcs11.a(libscdl.o): undefined
reference to symbol 'lt_dlsym'
/usr/bin/ld: note: 'lt_dlsym' is defined in DSO
/usr/lib/i386-linux-gnu/libltdl.so so try adding it to the linker
command line
/usr/lib/i386-linux-gnu/libltdl.so: could not read symbols: Invalid
operation
collect2: ld returned 1 exit status

Anyone encounter this?
Ubuntu 12.04 comes with libltdl v2.4.2. I compiled successfully on
Ubuntu 11.04, with libltdl v2.2.6

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-21T02:41:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5289">
    <title>OpenPGP card / Cryptostick - current status???</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5289</link>
    <description>&lt;pre&gt;Hi

Early this year I was asked by the German Privacy Foundation
wether I was willing to enhance OpenSC support for their
CryptoStick.
http://www.crypto-stick.com/2011/opensc-pkcs11-driver-development

I wrote a PKCS#11-library for OpenPGP cards in 2010 so I have
some experience with this kind of card. But I did not have
enough time to do this job and I was unsure wether full OpenSC
support for OpenPGP card was passible or not.

Now Nguyễn Hồng Quân is trying to do this and I'm not
sure wether he is going into the right direction. So my suggestion
is to discuss the right direction first here on the mailing list.

Peter Marshall seems to have written most of the current OpenPGP
driver and Jan Suhr from German Privacy Foundation told me that
Martin Paljak already tried to enhance the driver.

Could you give us some information what the status of OpenPGP
support is right now.

Here are my own impressions - if they are wrong, please correct me:

1: OpenPGP cards do NOT have a filesystem like other smart cards.
Instead of storing informations in EFs which are located in DFs an
OpenPGP card stores information in Data Objects. Here my conclusion
is: Without EFs and DFs and in particular without commands to
create EFs and DFs pkcs15-init does not make any sense.

2: The current driver emulates SELECT and READ BINARY APDUs
by reading from the corresponding Data Objects. I believe this
was done in order to emulate a (read only) PKCS#15 file layout.
If that was true - is there any hope to extend this emulation?

3: What features are missing in the current implementation and
what bugs should be fixed?

Peter
&lt;/pre&gt;</description>
    <dc:creator>Peter Koch</dc:creator>
    <dc:date>2012-05-20T21:35:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5284">
    <title>PKCS15init profile to omit a part of path</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5284</link>
    <description>&lt;pre&gt;Hello all,

I need a help to create pkcs15init profile structure so that I can 
change/rewrite the canonical path.

In general, the path to a file AABB in PKCS15 is as: 3F005015AABB, in 
which 3F00 is the MF, 5015 is the PKCS15-AppDF's file-id.

Now, because the virtual file system of my OpenPGP card (which is 
non-pkcs15) is constructed as:
MF (3F00)
    |
   +-- File_1 (AABB)
    |
   +-- File_2 (AACC)
    |
   +--- Directory (DDCC)
           |
          +-- File_3 (CCEE)

the real path to the file is 3F00AABB.
How would I define the profile file to omit the PKCS15-AppDF, i.e. the 
"5015", in the path?

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-18T09:59:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5283">
    <title>Documentation about *.profile</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5283</link>
    <description>&lt;pre&gt;Hello all,

I'm trying to write the pkcs15init binding for OpenPGP but have 
difficulty writing the profile file.
Is there a documentation for this file?
I also reference the profile file for other cards, but I don't know 
about those card, so it is rather difficult to figure out.

Can you let me know which card has the most complete profile? And where 
can we that card specification?

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-18T04:21:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5279">
    <title>Import X.509 certificate via Firefox?</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5279</link>
    <description>&lt;pre&gt;Hello all,

I'm supplementing OpenPGP card support for OpenSC.
I did some changes in OpenPGP driver and PKCS15 interface to make 
Firefox and Thunderbird read the X.509 certificate stored in the OpenPGP 
card (succeed). Now I want to make Firefox to import certificate to 
OpenPGP card (I implemented write support for OpenPGP driver already), I 
have some question to need your help:

- When Firefox import certificate, which C_* functions in PKCS#11 module 
will be called?
- What is the action flow from the C_* functions in PKCS#11 to the driver?
- Currently, after select *.p12 file, Firefox automatically assume the 
destination as Software Security Device (SSD), instead of asking me 
where to import (SSD or Smartcard...). There may be due to something 
missing in the PKCS-card_driver code. Can you point me what I need to 
implement to make Firefox know that "there are another place to import 
than the built-in SSD"?

Thanks

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-16T08:35:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5277">
    <title>help Me I'm beginner</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5277</link>
    <description>&lt;pre&gt;Hi
I'm new in PKCS11 and want to create an app under windows platform. the
main goal of this app is to encrypt, decrypt  and wipe off files.
I'm trying to use pkcs11 for two factor authentication and use pkcs11
module for this reason. how can I do that? is it possible with libp11.h
that have presented in site?" if yes how? Please guide me.
I know my question is unusual but I trust  your kindness and wait for your
answer.
sorry I'm so poor in English.
best regards.
&lt;/pre&gt;</description>
    <dc:creator>hamed izadi</dc:creator>
    <dc:date>2012-05-11T17:45:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5271">
    <title>flex.profile missing and PIN-EIntry broken</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5271</link>
    <description>&lt;pre&gt;Hi

I just tried to erase my old Cryptoflex card an recreate a PKCS#15-structure
under Windows.

First problem was: flex.profile was missing - here's the relevant debug
output from pkcs15-init -Cvvv

2012-05-06 10:57:54.577 Trying profile file C:\Programme\OpenSC
Project\OpenSC\profiles\pkcs15.profile
2012-05-06 10:57:54.577 profile C:\Programme\OpenSC
Project\OpenSC\profiles\pkcs15.profile loaded ok
2012-05-06 10:57:54.577 [pkcs15-init] profile.c:380:sc_profile_load:
returning with: 0 (Success)
2012-05-06 10:57:54.587 [pkcs15-init] profile.c:327:sc_profile_load: called
2012-05-06 10:57:54.587 Using profile directory 'C:\Programme\OpenSC
Project\OpenSC\profiles'.
2012-05-06 10:57:54.587 Trying profile file C:\Programme\OpenSC
Project\OpenSC\profiles\flex.profile
2012-05-06 10:57:54.598 profile C:\Programme\OpenSC
Project\OpenSC\profiles\flex.profile loaded ok
2012-05-06 10:57:54.598 [pkcs15-init] profile.c:373:sc_profile_load:
returning with: -1201 (File not found)
2012-05-06 10:57:54.598 Failed to load profile 'flex': File not found
2012-05-06 10:57:54.608 [pkcs15-init] pkcs15-lib.c:374:sc_pkcs15init_bind:
Load profile error: -1201 (File not found)
Couldn't bind to the card: File not found

So I copied flex.profile (and some other profiles which were also missing)
into
the profiles-directory.

Next problem: pkcs15-init -C tells me it cannot read the PIN:

C:\Programme\OpenSC Project\OpenSC\tools&amp;gt;pkcs15-init -C
Using reader with a card: SCM Microsystems Inc. SPRx32 USB Smart Card
Reader 0
Failed to read PIN: Not supported
Failed to create PKCS #15 meta structure: Generic PKCS#15 initialization
error

Debug-output does not help but there seems to be a ticket and a fix.

Is this ticket #402: http://www.opensc-project.org/opensc/ticket/402 ?

Peter
&lt;/pre&gt;</description>
    <dc:creator>Peter Koch</dc:creator>
    <dc:date>2012-05-06T09:20:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5265">
    <title>Buffer is not sufficient for extended APDU</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5265</link>
    <description>&lt;pre&gt;Hello all,

I tried to send extend APDU in opensc-explorer with this command:
apdu 00CA0065000800
and found that the command failed due to insufficient buffer, which had
been automatically allocated:

(The line starting with "&amp;gt;&amp;gt;" is manually added to code by me to track
the process)

Do we consider this a bug?

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-04T05:05:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5261">
    <title>Fix a crash when trying to list objects viaopensc-pkcs11</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5261</link>
    <description>&lt;pre&gt;Hello every one,

I've just committed a patch to fix a crash of opensc-pkcs11 when I
tested with CryptoStick.
Please review: https://github.com/OpenSC/OpenSC/pull/31

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-03T08:36:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5254">
    <title>Does pkcs11-tool crash?</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5254</link>
    <description>&lt;pre&gt;I'm trying pkcs11-tool with opensc-pkcs11 module and CryptoStick
(OpenPGP card).
The tool crashes when listing objects in the card.
Please let me know if it crashes also with other cards? I have only
CryptoStick, so I cannot test with other cards (I'm trying to fix this
crash).

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-05-02T01:46:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5249">
    <title>new release?</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5249</link>
    <description>&lt;pre&gt;Hello,

The staging branch has some nice changes, in particular I'm interested
in Stef's mlock fixes. Would it be possible to have a new opensc tarball
release off the staging branch, please?


P.S. Why is the development happening on 'staging'? In most open source
projects the 'master' branch is the development branch, which a lot of
people have come to expect.

&lt;/pre&gt;</description>
    <dc:creator>Kalev Lember</dc:creator>
    <dc:date>2012-04-29T20:50:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5247">
    <title>Handling multiple USB tokens in IFD handler</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5247</link>
    <description>&lt;pre&gt;   Hello.

   Probably the problem I'm gonna describe is already known: OpenCT's 
IFD handler, used by pcscd, does not
handle multiple USB tokens correctly. With one token everything works 
fine, but if you insert another one, it
leads either to error, or even to pcscd's segmentation fault.
   The problem hides in CT_init() and CT_close() functions. The first 
one calculates wrong channel number for a
new device, and the second causes memory corruption when deleting an 
item from a linked list.
   I've made a simple patch that corrects these problems and makes IFD 
handler work good - see the attachment.
Hope it'll be useful.

&lt;/pre&gt;</description>
    <dc:creator>Alexander Gozman</dc:creator>
    <dc:date>2012-04-27T13:30:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5229">
    <title>Biometric integraiton?</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5229</link>
    <description>&lt;pre&gt;So I now I have a PIV card that I know has a certificate on it because
I can login to my windows terminal with it (XP).  The card is using
biometrics or a passphrase to unlock.  We're using Precise Biometrics
card reader.  When I put the card into my OmniKey 3021 it didn't
recognize it at all, said it was an invalid card type (I'll send over
the logs).

Here's my question, does OpenSC support any of the biometric readers?

Thanks
Marc
&lt;/pre&gt;</description>
    <dc:creator>Marc Boorshtein</dc:creator>
    <dc:date>2012-04-25T13:10:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5226">
    <title>epass2003 unpowered immediately after plugging in</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5226</link>
    <description>&lt;pre&gt;Dear all,

I've spent some time trying to get my epass2003 token to work with
opensc and pcsclite. Unfortunately, I'm stuck and I hope you can help me
track down my problem.

I'm running on Debian squeeze
Linux xxx 2.6.39-bpo.2-amd64 #1 SMP Tue Jul 26 10:35:23 UTC 2011 x86_64
GNU/Linux

I'm using pcsclite and ccid drivers (compiled from source, not the
debian packages)

pcsc-lite version 1.8.3.
Copyright (C) 1999-2002 by David Corcoran &amp;lt;corcoran&amp;lt; at &amp;gt;linuxnet.com&amp;gt;.
Copyright (C) 2001-2011 by Ludovic Rousseau &amp;lt;ludovic.rousseau&amp;lt; at &amp;gt;free.fr&amp;gt;.
Copyright (C) 2003-2004 by Damien Sauveron &amp;lt;sauveron&amp;lt; at &amp;gt;labri.fr&amp;gt;.
Report bugs to &amp;lt;muscle&amp;lt; at &amp;gt;lists.musclecard.com&amp;gt;.
Enabled features: Linux x86_64-unknown-linux-gnu serial usb libudev
usbdropdir=/usr/local/pcsclite/lib/pcsc/drivers ipcdir=/var/run/pcscd
configdir=/usr/local/pcsclite/etc/reader.conf.d


The token is detected by pcscd, it's powered when I plug it in. However,
it's unpowered immediately after reading the ATR. Therefore, it's not
visible with opensc-tool -l or similar.

It's recognized by lsusb -v even after it's unpowered.

I'll attach the logfile of pcscd -d -f and the output of lsusb -v

Do you have any idea why the token is unpowered? I have the same
behaviour with different tokens on different pcs (debian / fedora core 15)

The lines
00002211 ccid_usb.c:1042:ControlUSB() control failed (2/3): -9 Success
00000037 ccid_usb.c:973:get_data_rates() IFD does not support GET_DATA_RATES request: -9

look suspicious but I guess that's not the main problem.

Thanks for your help,

   Martin

Bus 002 Device 003: ID 096e:0807 Feitian Technologies, Inc. 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        16
  idVendor           0x096e Feitian Technologies, Inc.
  idProduct          0x0807 
  bcdDevice            1.00
  iManufacturer           1 
  iProduct                2 
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           86
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass        11 Chip/SmartCard
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 
      iInterface              0 
      ChipCard Interface Descriptor:
        bLength                54
        bDescriptorType        33
        bcdCCID              1.10  (Warning: Only accurate for version
1.0)
        nMaxSlotIndex           0
        bVoltageSupport         1  5.0V 
        dwProtocols             2  T=1
        dwDefaultClock       3580
        dwMaxiumumClock      3580
        bNumClockSupported      0
        dwDataRate           9600 bps
        dwMaxDataRate        9600 bps
        bNumDataRatesSupp.      0
        dwMaxIFSD            2048
        dwSyncProtocols  00000000 
        dwMechanical     00000000 
        dwFeatures       00040840
          Auto parameter negotation made by CCID
          Short and extended APDU level exchange
        dwMaxCCIDMsgLen      2100
        bClassGetResponse    echo
        bClassEnvelope       echo
        wlcdLayout           none
        bPINSupport             0 
        bMaxCCIDBusySlots       1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0

00000000 debuglog.c:269:DebugLogSetLevel() debug level=debug
00000070 debuglog.c:298:DebugLogSetCategory() Debug options: APDU
00000236 configfile.l:298:DBGetReaderList() Parsing conf file: /usr/local/pcsclite/etc/reader.conf.d
00000047 pcscdaemon.c:518:main() pcsc-lite 1.8.3 daemon ready.
00003681 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/002/001
00000444 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/003/001
00000434 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/004/001
00000431 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
00000343 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
00000351 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x0402, PID: 0x7675, path: /dev/bus/usb/001/002
00000340 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x0402, PID: 0x7675, path: /dev/bus/usb/001/002
07201030 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x096E, PID: 0x0807, path: /dev/bus/usb/002/003
00000060 hotplug_libudev.c:311:HPAddDevice() Adding USB device: Feitian ePass2003
00000299 readerfactory.c:936:RFInitializeReader() Attempting startup of Feitian ePass2003 00 00 using /usr/local/pcsclite/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linu
00000906 readerfactory.c:826:RFBindFunctions() Loading IFD Handler 3.0
00000172 ifdhandler.c:1768:init_driver() Driver version: 1.4.6
00002441 ifdhandler.c:1785:init_driver() LogLevel: 0x0003
00000085 ifdhandler.c:1796:init_driver() DriverOptions: 0x0000
00000337 ifdhandler.c:1809:init_driver() LogLevel from LIBCCID_ifdLogLevel: 0x000F
00000037 ifdhandler.c:83:CreateChannelByNameOrChannel() Lun: 0, device: usb:096e/0807:libudev:0:/dev/bus/usb/002/003
00000058 ccid_usb.c:180:OpenUSBByName() Reader index: 0, Device: usb:096e/0807:libudev:0:/dev/bus/usb/002/003
00000081 ccid_usb.c:212:OpenUSBByName() interface_number: 0
00002076 ccid_usb.c:245:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau (ludovic.rousseau&amp;lt; at &amp;gt;free.fr)
00000048 ccid_usb.c:246:OpenUSBByName() ifdProductString: Generic CCID driver
00000029 ccid_usb.c:247:OpenUSBByName() Copyright: This driver is protected by terms of the GNU Lesser General Public License version 2.1, or (at your option) any later
00003719 ccid_usb.c:365:OpenUSBByName() Checking device: 2/3
00000043 ccid_usb.c:420:OpenUSBByName() Trying to open USB bus/device: 2/3
00000574 ccid_usb.c:509:OpenUSBByName() Found Vendor/Product: 096E/0807 (Feitian ePass2003)
00000042 ccid_usb.c:511:OpenUSBByName() Using USB bus/device: 2/3
00000026 ccid_usb.c:1029:ControlUSB() request: 0x03
00002211 ccid_usb.c:1042:ControlUSB() control failed (2/3): -9 Success
00000037 ccid_usb.c:973:get_data_rates() IFD does not support GET_DATA_RATES request: -9
00004231 -&amp;gt; 000000 65 00 00 00 00 00 00 00 00 00 
00001659 &amp;lt;- 000000 81 00 00 00 00 00 00 00 00 00 
00000061 ifdhandler.c:353:IFDHGetCapabilities() tag: 0xFB3, usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000022 readerfactory.c:291:RFAddReader() Using the pcscd polling thread
00000031 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000032 -&amp;gt; 000000 65 00 00 00 00 00 01 00 00 00 
00001835 &amp;lt;- 000000 81 00 00 00 00 00 01 00 00 00 
00000030 ifdhandler.c:1749:IFDHICCPresence() Card present
00000173 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000051 -&amp;gt; 000000 65 00 00 00 00 00 02 00 00 00 
00001765 &amp;lt;- 000000 81 00 00 00 00 00 02 00 00 00 
00000027 ifdhandler.c:1749:IFDHICCPresence() Card present
00000040 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000034 -&amp;gt; 000000 65 00 00 00 00 00 03 00 00 00 
00001877 &amp;lt;- 000000 81 00 00 00 00 00 03 00 00 00 
00000029 ifdhandler.c:1749:IFDHICCPresence() Card present
00000042 ifdhandler.c:1114:IFDHPowerICC() action: PowerUp, usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000021 -&amp;gt; 000000 62 00 00 00 00 00 04 01 00 00 
00002924 &amp;lt;- 000000 80 17 00 00 00 00 04 00 00 00 3B 9F 95 81 31 FE 9F 00 66 46 53 05 01 00 11 71 DF 00 00 00 00 00 13 
00000071 eventhandler.c:256:EHStatusHandlerThread() powerState: POWER_STATE_POWERED
00000027 Card ATR: 3B 9F 95 81 31 FE 9F 00 66 46 53 05 01 00 11 71 DF 00 00 00 00 00 13 
00000017 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000020 -&amp;gt; 000000 65 00 00 00 00 00 05 00 00 00 
00001847 &amp;lt;- 000000 81 00 00 00 00 00 05 00 00 00 
00000021 ifdhandler.c:1749:IFDHICCPresence() Card present
00000049 ifdhandler.c:353:IFDHGetCapabilities() tag: 0xFAE, usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000013 ifdhandler.c:441:IFDHGetCapabilities() Reader supports 1 slot(s)
00400152 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000034 -&amp;gt; 000000 65 00 00 00 00 00 06 00 00 00 
00002761 &amp;lt;- 000000 81 00 00 00 00 00 06 00 00 00 
00000039 ifdhandler.c:1749:IFDHICCPresence() Card present
00000027 ifdhandler.c:1114:IFDHPowerICC() action: PowerDown, usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000031 -&amp;gt; 000000 63 00 00 00 00 00 07 00 00 00 
00001898 &amp;lt;- 000000 81 00 00 00 00 00 07 01 00 00 
00000029 eventhandler.c:446:EHStatusHandlerThread() powerState: POWER_STATE_UNPOWERED
00000024 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000031 -&amp;gt; 000000 65 00 00 00 00 00 08 00 00 00 
00001898 &amp;lt;- 000000 81 00 00 00 00 00 08 00 00 00 
00000027 ifdhandler.c:1749:IFDHICCPresence() Card present
00400200 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000037 -&amp;gt; 000000 65 00 00 00 00 00 09 00 00 00 
00002788 &amp;lt;- 000000 81 00 00 00 00 00 09 00 00 00 
00000037 ifdhandler.c:1749:IFDHICCPresence() Card present
00400235 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000045 -&amp;gt; 000000 65 00 00 00 00 00 0A 00 00 00 
00002630 &amp;lt;- 000000 81 00 00 00 00 00 0A 00 00 00 
00000027 ifdhandler.c:1749:IFDHICCPresence() Card present
00400224 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000038 -&amp;gt; 000000 65 00 00 00 00 00 0B 00 00 00 
00002712 &amp;lt;- 000000 81 00 00 00 00 00 0B 00 00 00 
00000025 ifdhandler.c:1749:IFDHICCPresence() Card present
00400222 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000031 -&amp;gt; 000000 65 00 00 00 00 00 0C 00 00 00 
00002791 &amp;lt;- 000000 81 00 00 00 00 00 0C 00 00 00 
00000043 ifdhandler.c:1749:IFDHICCPresence() Card present
00400252 ifdhandler.c:1631:IFDHICCPresence() usb:096e/0807:libudev:0:/dev/bus/usb/002/003 (lun: 0)
00000046 -&amp;gt; 000000 65 00 00 00 00 00 0D 00 00 00 
00002609 &amp;lt;- 000000 81 00 00 00 00 00 0D 00 00 00 
00000032 ifdhandler.c:1749:IFDHICCPresence() Card present
&lt;/pre&gt;</description>
    <dc:creator>Martin Kaiser</dc:creator>
    <dc:date>2012-04-24T21:38:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.encryption.opensc.user/5219">
    <title>Where the card-&gt;ops is populated?</title>
    <link>http://comments.gmane.org/gmane.comp.encryption.opensc.user/5219</link>
    <description>&lt;pre&gt;Hi all

I'm new and I'm researching OpenSC.

I'm tracing the "card-&amp;gt;ops" variable in opensc-explorer.c, which points
to a list of functions to be called.
I want to know when that list is populated, to see how OpenSC know to
call the function specific to the connected card (function for OpenGPG
for example).

I just found this line:
memcpy(card-&amp;gt;ops, card-&amp;gt;driver-&amp;gt;ops, sizeof(struct sc_card_operations));
but cannot trace any longer the driver-&amp;gt;ops list.

Please help.

&lt;/pre&gt;</description>
    <dc:creator>Nguyễn Hồng Quân</dc:creator>
    <dc:date>2012-04-23T10:11:21</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.encryption.opensc.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.encryption.opensc.user</link>
  </textinput>
</rdf:RDF>

