<div dir="ltr"><div>Yes, +CSIM is supported by all modems<br><br></div>Carlo<br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 15 Mar 2017 at 14:33 Penalva, Salvador <<a href="mailto:Salvador.Penalva@digi.com">Salvador.Penalva@digi.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br class="gmail_msg">
<br class="gmail_msg">
I tried Aleksander Patch with an older version of telit HE910 FW and it works perfect.<br class="gmail_msg">
<br class="gmail_msg">
I just have one question, Is this CSIM command supported in all telit Modems? It wouldn't be good if by implementing this change on telit-plugin to fix this issue on telit HE910 and the other modems that can use this command, other modems  stop working.<br class="gmail_msg">
<br class="gmail_msg">
Thank you,<br class="gmail_msg">
<br class="gmail_msg">
Salvador<br class="gmail_msg">
<br class="gmail_msg">
-----Original Message-----<br class="gmail_msg">
From: Aleksander Morgado [mailto:<a href="mailto:aleksander@aleksander.es" class="gmail_msg" target="_blank">aleksander@aleksander.es</a>]<br class="gmail_msg">
Sent: miércoles, 15 de marzo de 2017 10:28<br class="gmail_msg">
To: Dan Williams<br class="gmail_msg">
Cc: Carlo Lobrano; Penalva, Salvador; Daniele Palmas; ModemManager (development)<br class="gmail_msg">
Subject: Re: [PATCH] telit: lock/unlock CSIM operations by default<br class="gmail_msg">
<br class="gmail_msg">
On Wed, Mar 15, 2017 at 2:40 AM, Dan Williams <<a href="mailto:dcbw@redhat.com" class="gmail_msg" target="_blank">dcbw@redhat.com</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Can you guys review and test this patch? It looks like it solved the<br class="gmail_msg">
>> issue I saw myself.<br class="gmail_msg">
>><br class="gmail_msg">
>> The AT command reference for the Telit LE866 does say that the<br class="gmail_msg">
>> AT+CSIM commands need to be enclosed within lock/unlock operations<br class="gmail_msg">
>> like these.<br class="gmail_msg">
><br class="gmail_msg">
> If the LOCK succeeds, then don't we need to UNLOCK if some<br class="gmail_msg">
> intermediate step fails?  It looks like we'll just leave it in locked<br class="gmail_msg">
> state if any step like say PIN or PIN2 calls<br class="gmail_msg">
> load_unlock_retries_context_complete_and_free().<br class="gmail_msg">
<br class="gmail_msg">
But all the other intermediate steps never fail; i.e.<br class="gmail_msg">
csim_query_ready() always goes to the next step, never completes the GSimpleAsyncResult. So effectively, if any intermediate AT command fails, we just go on to the next one, and after the last one we have the CSIM=0 to unlock.<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Aleksander<br class="gmail_msg">
<a href="https://aleksander.es" rel="noreferrer" class="gmail_msg" target="_blank">https://aleksander.es</a><br class="gmail_msg">
</blockquote></div>