- updated patch to pcsclite trunk
- changed default ccid command buffer size to support sending extended apdus in a single transmit (only for ccid-1.3.11 necessary) git-svn-id: https://vsmartcard.svn.sourceforge.net/svnroot/vsmartcard@276 96b47cad-a561-4643-ad3b-153ac7d7599c
This commit is contained in:
@@ -455,6 +455,31 @@ Index: ccid-1.3.11/src/ccid.h
|
||||
|
||||
/* all the data rates specified by ISO 7816-3 Fi/Di tables */
|
||||
#define ISO_DATA_RATES 10753, 14337, 15625, 17204, \
|
||||
Index: ccid-1.3.11/src/defs.h
|
||||
===================================================================
|
||||
--- ccid-1.3.11/src/defs.h (Revision 4347)
|
||||
+++ ccid-1.3.11/src/defs.h (Arbeitskopie)
|
||||
@@ -66,16 +66,10 @@
|
||||
/* Flag set when a power down is requested */
|
||||
#define MASK_POWERFLAGS_PDWN 0x02
|
||||
|
||||
-/* Kobil readers does not support APDU chaining for T=1 so you can't send an
|
||||
- * extended APDU. The readers supports a command of up to 512 or 420 bytes.
|
||||
- * For a Kobil KAAN Base/advanced reader you should use
|
||||
- * #define CMD_BUF_SIZE 420
|
||||
- * For the other models you should use
|
||||
- * #define CMD_BUF_SIZE 512
|
||||
- * Kobil is aware of the problem and do not plan to solve it.
|
||||
- */
|
||||
-/* Communication buffer size (max=adpu+Lc+data+Le) */
|
||||
-#define CMD_BUF_SIZE (4+1+256+1)
|
||||
+/* Communication buffer size (max=adpu+Lc+data+Le)
|
||||
+ * * we use a 64kB for extended APDU on APDU mode readers */
|
||||
+#define CMD_BUF_SIZE (4 +3 +64*1024 +3)
|
||||
+
|
||||
/* Larger communication buffer size (max=reader status+data+sw) */
|
||||
#define RESP_BUF_SIZE (1+256+2)
|
||||
|
||||
Index: ccid-1.3.11/src/ccid_ifdhandler.h
|
||||
===================================================================
|
||||
--- ccid-1.3.11/src/ccid_ifdhandler.h (Revision 4347)
|
||||
|
||||
Reference in New Issue
Block a user