On Wed, 2011-01-12 at 19:41 +0200, Aventra wrote: > Hi, > > > -----Original Message----- > > > > -----Original Message----- > > > > From: Andre Zepezauer [mailto:andre.zepeza...@student.uni-halle.de] > > > > Sent: 12. tammikuuta 2011 12:46 > > > > > > > > > > There is nothing special about MyEID that would cause the issue. In > > > windows > > > > > everything works just fine if we follow the readers maxIFSD value. > > > > > One difference with many other cards supported by OpenSC that they > use > > > T=0 > > > > > protocol (MyEID use T=1). > > > > > > > > I have a guess about the source of trouble: MyEID cards do not support > > > > T1-Block-Chaining. > > > > > > MyEID supports this block chaining because it is based on standard NXP > JCOP > > > smartcard chips. > > > However, block chaining is used only after the maximum packet size is > > > reached, i.e. above 256 bytes, > > > so it would not be used here anyway. > > > > > > From our point of view, this is handled totally transparently by the > reader > > > and the smartcard chip. > > > > Manually adjusting max_*_size to some magic value isn't transparent at > > all. So the question is, why MyEID needs such adjustment whereas other > > cards don't. You should definitely start investigating that issue. > > Yes, I agree that this is something that we would not want to do, but we are > stuck with it for the moment. > > My questions are: > - have other OpenSC users tried cards that use T=1 protocol?
CardOS and E-Token were very popular in the past. These are T=1 only devices too (T=0 unsupported): 3B F2 18 00 02 C1 0A 31 FE 58 C8 08 74 They work out of the box with SCM SCR-335 readers driven by libccid. No adjustments required. Extended-APDUs up to 300+X bytes are working. > - have somebody managed to use MyEID cards without adjusting the > configuration? > > > As a short term solution you could provide a list of readers known to > > work. That would be most valuable for your customers. > > Since we have only encountered readers that require the configuration tweak, > we have decided to add the information on how to change the configuration to > the wiki page. > Hope this can be solved somehow in the future. Just a guess: Quotation from Java Card (TM) Platform, Version 2.2.1: "The incoming APDU data size may be bigger than the APDU buffer size and may therefore need to be read in portions by the applet. Similarly, the outgoing response APDU data size may be bigger than the APDU buffer size and may need to be written in portions by the applet. The APDU class has methods to facilitate this." Regards Andre _______________________________________________ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
