<div dir="ltr"><div><div><div><div><h1></h1>
    <b>Holger Hans Peter Freyther</b> 
    <a href="mailto:simtrace%40lists.osmocom.org?Subject=Re%3A%20Incomplete%20trace%20%28due%20to%20high-speed%20SIM%3F%29&In-Reply-To=%3C20130522102301.GP14728%40xiaoyu.lan%3E" title="Incomplete trace (due to high-speed SIM?)">holger at freyther.de
       </a><br>
    <i>Wed May 22 12:23:01 CEST 2013</i><br><br>| On Tue, May 21, 2013 at 03:53:45PM +0200, Arthur Léna wrote:
<br>| ><i> I tried booting the iPhone using 2 different SIMs (this one from
</i><br>| ><i> Free Mobile and another one) and the trace seems very short using
<br>| </i>><i> the Free Mobile in comparison to the other one. By parsing the ATRs<br>| </i>><i> of both SIMs, I found out that the communication is done at 312500
<br>| </i>><i> bits/s with the Free Mobile SIM and only 78125 bits/s (for a clock<br>| </i>><i> running at 5MHz). Could this explain the loss of entire ADPUs by the
</i><br>| ><i> tracer? If yes, is there a way to remedy to this problem (firmware
</i><br>| ><i> update for example).
<br><br></i>| Some people reported success by reducing the size of buffered bytes
in the<br>| firmware.

<br>|   holger<br><br>Holger<br><br><br></div><div>There appears to be numerous references to "decrease the buffer in the firmware" to workaround the problem of losing bytes... but <br></div><div><br></div>can you clarify which buffer to decrease, in which source file?<br>

</div><br></div>I am guessing it's the req_ctx.c / req_ctx.h?<br><br></div>Thanks<br>
</div>