This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/simtrace@lists.osmocom.org/.
Lukas Kuzmiak lukash at backstep.netHi Holger, ATR of that card from a pcsc reader: Reader 0: Gemalto GemPC Twin 00 00 Card state: Card inserted, ATR: 3B 16 95 D0 00 45 F7 01 00 seems to be much shorter than usual ATR I've seen, but _all_ o2-cz and o2-sk, postpaid, prepaid have that same ATR (since like 2-3 yrs old till few months ago - meaning bought from o2). wasn't so sure where to stick the hex-dump so I've put it into main.c, process_usb_msg, diff is below just in case you need to be sure about the exact location. trace i got is attached, it seems some of the APDU data are getting marked as part of ATR with SIMTRACE_FLAG_ATR flag and since then all the data don't make sense to the parser anymore (imho). Cheers, Lukas diff --git a/host/main.c b/host/main.c index 4fbac8d..377868a 100644 --- a/host/main.c +++ b/host/main.c @@ -92,6 +92,7 @@ static int process_usb_msg(uint8_t *buf, int len) switch (sh->cmd) { case SIMTRACE_MSGT_DATA: + printf("dump: %s\n", osmo_hexdump(payload, payload_len)); /* special treatment for ATR */ if (sh->flags & SIMTRACE_FLAG_ATR) { printf("ATR "); On Thu, Dec 15, 2011 at 10:48 PM, Holger Hans Peter Freyther < holger at freyther.de> wrote: > On 12/15/2011 10:24 PM, Lukas Kuzmiak wrote: > > > > > - I've put one printf() into the apdu_split_in method, it seems the > buffer is > > somehow getting scrambled from the beginning, it shows something like: > > Hi, > so let me claim the issue is in our split method... could you generate the > hexdump of the bytes added? we could then feed APDU split ourselves. The > other > part would be, do you have a PCSC Card reader? you could send us the ATR as > reportede by pcsc_scan. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/simtrace/attachments/20111215/1f634c71/attachment.htm> -------------- next part -------------- dump: 3b 16 95 d0 00 45 f7 01 00 a0 a4 00 00 02 a4 7f 20 9f 20 a0 c0 00 00 20 c0 00 00 00 00 7f 20 02 00 00 00 00 00 13 33 00 18 04 00 83 8a 83 8a 00 01 00 00 06 fd 00 00 00 00 90 00 a0 a4 00 00 02 a4 3f 00 9f 20 a0 a4 00 00 02 a4 7f 20 9f 20 a0 c0 00 00 16 c0 00 00 00 00 7f 20 02 00 00 00 00 00 13 33 00 18 04 00 83 8a 83 8a 90 00 a0 a4 00 00 02 a4 6f b7 94 04 a0 a4 00 00 02 ATR APDU: 3b 16 95 d0 00 45 f7 01 00 a0 a4 00 00 02 a4 7f 20 9f 20 a0 c0 00 00 20 c0 00 00 00 00 7f 20 02 00 00 00 00 00 13 33 00 18 04 00 83 8a 83 8a 00 01 00 00 06 fd 00 00 00 00 90 00 a0 a4 00 00 02 a4 3f 00 9f 20 a0 a4 00 00 02 a4 7f 20 9f 20 a0 c0 00 00 16 c0 00 00 00 00 7f 20 02 00 00 00 00 00 13 33 00 18 04 00 83 8a 83 8a 90 00 a0 a4 00 00 02 a4 6f b7 94 04 a0 a4 00 00 02 dump: a4 6f 05 9f 0f a0 c0 00 00 0f c0 00 00 00 04 6f 05 04 00 01 00 44 01 02 00 00 90 00 a0 b0 00 00 04 b0 20 01 00 03 90 00 a0 a4 00 00 02 a4 6f 13 94 04 a0 a4 00 00 02 a4 6f 16 94 04 APDU: a4 6f 05 9f 0f a0 c0