mirror of
https://gitea.osmocom.org/sim-card/simtrace2.git
synced 2026-11-09 02:53:10 +03:00
Alexander Couzens
63a61bfdaf
osmo_apdu_segment_in() doesn't have the context of the previous APDU,
for nearly all calls this is fine, except for GP GET DATA, which can be
a case 2 or case 4 APDU.
GP GET DATA defines the Le field as 0x00 which is used by osmo_apdu_segment_in
to detect if it is a case 2 or case 4.
However a card can respond with the SW 6cXX, which means the previous
command must be resend with a Le field XX, which got misinterpreted by
the osmo_apdu_segment_in() as a case 4 resulting in a timeout waiting for
more data.
Modem <-> Card
81cadf2000 ->
<- 6c0b
81cadf200b ->
-- Simtrace waits for more data because it wrongly decodes it as APDU case 4
instead of case 2.
Related: SYS#8147
Change-Id: Ie238662e7e6a10dd4283ede0c8d8d73bc375c247
11 lines
808 B
Plaintext
11 lines
808 B
Plaintext
# When cleaning up this file: bump API version in corresponding Makefile.am and rename corresponding debian/lib*.install
|
|
# according to https://osmocom.org/projects/cellular-infrastructure/wiki/Make_a_new_release
|
|
# In short: https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html#Updating-version-info
|
|
# LIBVERSION=c:r:a
|
|
# If the library source code has changed at all since the last update, then increment revision: c:r + 1:a.
|
|
# If any interfaces have been added, removed, or changed since the last update: c + 1:0:a.
|
|
# If any interfaces have been added since the last public release: c:r:a + 1.
|
|
# If any interfaces have been removed or changed since the last public release: c:r:0.
|
|
#library what description / commit summary line
|
|
libosmo-simtrace2 added osmo_apdu_segment_in2()
|