Add HP USB Smartcard CCID Keyboard


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6860 0ce88b0d-b2fd-0310-8134-9614164e65ea
Indicates the changes are in README.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6862 0ce88b0d-b2fd-0310-8134-9614164e65ea
Replace HP by Hewlett Packard


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6864 0ce88b0d-b2fd-0310-8134-9614164e65ea
Add INSIDE Secure VaultIC 405 Smart Object


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6865 0ce88b0d-b2fd-0310-8134-9614164e65ea
Add INSIDE Secure VaultIC 441 Smart Object


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6866 0ce88b0d-b2fd-0310-8134-9614164e65ea
t1_transceive(): check retries is is positive

The test was "retries == 0" but it may happen that retries becomes
negative. Then the counter will be decreasing "indefinitely".

The new test is "retries <= 0" to also get the negative values and
resync if needed.

The problem was detected by a T=1 card on a TPDU pinpad reader with a
VERIFY command that send a WTX request before returning the SW code.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6868 0ce88b0d-b2fd-0310-8134-9614164e65ea
t1_transceive(): add a new test on retries

The driver should not send R-blocks infinitely.

The problem was detected by a T=1 card on a TPDU pinpad reader with a
VERIFY command that send a WTX request before returning the SW code.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6869 0ce88b0d-b2fd-0310-8134-9614164e65ea
Add Watchdata W5181


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6871 0ce88b0d-b2fd-0310-8134-9614164e65ea
Add IID AT90S064 CCID READER


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6873 0ce88b0d-b2fd-0310-8134-9614164e65ea
InterruptRead(): log the libusb errors

Allow an easier debug


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6874 0ce88b0d-b2fd-0310-8134-9614164e65ea
Add support of DRIVER_OPTION_DISABLE_PIN_RETRIES

The Gemalto pinpad reader sends a VERIFY command with no PIN
value in order to retreive the remaining retries from the card.
Some cards (like the OpenPGP card) do not support this.

It is now possible to disable this behavior from the Gemalto Pinpad and
Covadis Véga Alpha.

Closes Alioth bug
https://alioth.debian.org/tracker/index.php?func=detail&aid=314005&group_id=30105&atid=410088


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6875 0ce88b0d-b2fd-0310-8134-9614164e65ea
Add DRIVER_OPTION_DISABLE_PIN_RETRIES definition

This is a missing for revision 6875


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6876 0ce88b0d-b2fd-0310-8134-9614164e65ea
SecurePINVerify: add support of WTX received before SW

The Swiss health care card sends a WTX request before returning the SW
code.  If the reader is in TPDU and the card is in T=1 the driver must
manage the request itself.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6877 0ce88b0d-b2fd-0310-8134-9614164e65ea
Fix compiler warning

commands.c:511:19: warning: | has lower precedence than ==; == will be evaluated first [-Wparentheses]
                        if (T1_S_BLOCK | T1_S_WTX == RxBuffer[PCB])
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~
commands.c:511:19: note: place parentheses around the '==' expression to silence this warning
                        if (T1_S_BLOCK | T1_S_WTX == RxBuffer[PCB])
                                       ^ ~~~~~~~~~~~~~~~~~~~~~~~~~
commands.c:511:19: note: place parentheses around the | expression to evaluate it first
                        if (T1_S_BLOCK | T1_S_WTX == RxBuffer[PCB])
                            ~~~~~~~~~~~^~~~~~~~~~
1 warning generated.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6878 0ce88b0d-b2fd-0310-8134-9614164e65ea
Fix compiler warning

commands.c: In function `SecurePINVerify':
commands.c:529:9: warning: variable `n' set but not used [-Wunused-but-set-variable]
     int n, oldReadTimeout;
         ^


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6879 0ce88b0d-b2fd-0310-8134-9614164e65ea
Release 1.4.16


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6880 0ce88b0d-b2fd-0310-8134-9614164e65ea
The O2 Micro Oz776 reader only supports 9600 bps

The reader returns bNumDataRatesSupported: 0 and a list with only 1
value: 9600 bps.
bNumDataRatesSupported: 0 should indicate that all the speeds between
dwDataRate: 9600 bps and dwMaxDataRate: 307200 bps are available. But it
looks like this is not the case.

The driver behavior changed with revision 6801 "Do not get the data
rates if bNumDataRatesSupported = 0".

This patch just set dwMaxDataRate to 9600 so only this speed is used.
The O2 Micro Oz776 reader was already in the unsupported list.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6885 0ce88b0d-b2fd-0310-8134-9614164e65ea
Merge remote-tracking branch 'git-svn'

Conflicts:
	src/ccid.c
OpenUSBByName(): log an error if the USB device is not found

If we exit the function without finding the (new) device then we log an
error ""Device not found?".

This could happen if the device is found by Mac OS X USB layer but not
yet by libusb. Noticed on OS X Mavericks using libusb 1.0.18.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6889 0ce88b0d-b2fd-0310-8134-9614164e65ea
OpenUSBByName(): add a 100 ms delay on Mac OS X

The USB device may be detected by the Mac OS X USB layer (used by pcscd)
but not yet by libusb (used by libccid).

We must give some time (100 ms) before listing the USB devices seen by
libusb. Noticed on OS X Mavericks using libusb 1.0.18.


git-svn-id: svn://anonscm.debian.org/pcsclite/trunk/Drivers/ccid@6890 0ce88b0d-b2fd-0310-8134-9614164e65ea