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/.
Jonathan Thomas lexington1776 at gmail.comHarald, Thank you for your response. I will try and summarize what we are seeing based on your questions below. The word 'freeze' is probably not accurate as the the simtrace application is still running/executing without receiving a termination signal, etc. What we are experiencing is that the output, both with Wireshark and stdout, stops displaying any APDU traffic. For instance, when I boot up the phone for this first time, the simtrace application will appear to work correctly, but at some point during the reset it will stop displaying APDU traffic. For instance on this run it stops after a response from the SIM: APDU: (183): 03 00 00 fa b0 00 00 00 2f 06 06 90 00 a0 a4 00 00 02 a4 6f 3a 9f 13 a0 c0 00 00 13 c0 00 00 0d 48 6f 3a 04 00 11 00 22 01 06 01 22 00 6f 06 03 90 00 a0 a4 00 00 02 a4 7f 20 9f 23 a0 c0 00 00 23 c0 00 00 00 00 7f 20 02 00 00 00 00 00 16 33 02 37 04 00 83 8a 83 8a 00 03 00 00 fa b0 00 00 00 00 2f 06 06 90 00 a0 a4 00 00 02 a4 6f 7e 9f 13 a0 c0 00 00 13 c0 00 00 00 0b 6f 7e 04 00 11 00 44 01 06 00 00 00 6f 06 06 90 00 a0 a4 00 00 02 a4 6f 07 9f 13 a0 c0 00 00 13 c0 00 00 00 09 6f 07 04 00 14 00 44 01 06 00 00 00 6f 06 03 90 00 a0 a4 00 00 02 a4 APDU: (7): 6f 07 9f 13 a0 c0 00 APDU: (7): 00 13 c0 00 00 00 09 APDU: (7): 6f 07 04 00 14 00 44 APDU: (7): 01 06 00 00 00 6f 06 APDU: (7): 03 90 00 a0 a4 00 00 APDU: (7): 02 a4 6f 07 9f 13 a0 APDU: (199): c0 00 00 13 c0 00 00 09 6f 07 04 00 14 00 44 01 06 00 00 00 6f 06 03 90 00 a0 b0 00 00 09 b0 08 09 10 10 10 32 54 76 98 90 00 a0 b0 00 00 09 b0 08 09 10 10 10 32 54 76 98 90 00 a0 a4 00 00 02 a4 6f 78 9f 13 a0 c0 00 00 13 c0 00 00 00 02 6f 78 04 00 14 00 44 01 06 00 00 00 6f 06 05 90 00 a0 b0 00 00 02 b0 00 01 90 00 a0 a4 00 00 02 a4 6f 31 9f 13 a0 c0 00 00 13 c0 00 00 00 01 6f 31 04 00 14 00 44 01 06 00 00 00 6f 06 05 90 00 a0 b0 00 00 01 b0 00 90 00 a0 a4 00 00 02 a4 6f 30 9f 13 a0 c0 00 00 13 c0 00 00 96 96 6f 30 04 00 11 00 44 01 06 00 00 00 6f 06 04 90 00 a0 b0 00 00 96 b0 ff ff ff ff After this point it will no longer display (Wireshark or stdout) any APDU traffic. The board itself shows no indication that there are any issues and the process 'simtrace' is still running. If I restart the phone the only APDU I see is the ATR APDU. If I now stop the simtrace application and restart the application I will get the same result on boot up of the phone. If I restart the application after the phone has been completely booted then I will see the status messages between the phone and the SIM for some period of time before that traffic also stops displaying to the screen. After a while I will see this error from the simtrace application: "Error submitting BULK IN urb: No error". An alternative phone will stop displaying APDUs, but at a different location from the first (this doesn't seem to be consistent): APDU: (7): 32 05 83 02 6f 42 a5 APDU: (7): 03 80 01 71 8a 01 05 APDU: (7): 8b 03 6f 06 07 80 02 APDU: (7): 00 fa 88 00 90 00 00 APDU: (7): b2 01 04 32 b2 ff ff Please let me know if I can clarify/focus these issues. Thanks, Jonathan On Sun, Mar 18, 2012 at 6:30 AM, Harald Welte <laforge at gnumonks.org> wrote: > Hi Jonathan, > > sorry to hear you are having trouble. > > On Wed, Mar 14, 2012 at 05:10:35PM -0500, Jonathan Thomas wrote: > >> With testing against all three of the SIMTrace modules we purchased we >> have found the trace appears to lock-up or freeze randomly through >> processing of the APDUs. > > Can you please indicate what exactly seems to trigger those freezes? > Is there any particular phone model or sim card (or combination > thereof)? > > What can you see on the simtrace UART at the time of the freeze? > > Does the USB device re-enumerate (USB reset) when you observe the freeze? > > Does the simtrace program keep running or does it stop? > > Regards, > Harald > -- > - Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6)