mirror of
https://gitea.osmocom.org/sim-card/simtrace2.git
synced 2026-11-08 23:03: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
18 lines
420 B
Makefile
18 lines
420 B
Makefile
AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6
|
|
|
|
AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
|
|
SUBDIRS = include lib src contrib tests # examples doc
|
|
|
|
EXTRA_DIST = .version
|
|
|
|
pkgconfigdir = $(libdir)/pkgconfig
|
|
pkgconfig_DATA = libosmo-simtrace2.pc
|
|
|
|
@RELMAKE@
|
|
|
|
BUILT_SOURCES = $(top_srcdir)/.version
|
|
$(top_srcdir)/.version:
|
|
echo $(VERSION) > $@-t && mv $@-t $@
|
|
dist-hook:
|
|
echo $(VERSION) > $(distdir)/.tarball-version
|