<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Perfect, thank you</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br>Carlo</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 9 December 2015 at 16:48, Dan Williams <span dir="ltr"><<a href="mailto:dcbw@redhat.com" target="_blank">dcbw@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, 2015-12-09 at 11:13 +0100, Carlo Lobrano wrote:<br>
> Hi,<br>
><br>
> I would like to know if there is any convention about what the<br>
> mm-broadband-modem reset interface should do and, maybe more<br>
> important,<br>
> should not do?<br>
><br>
> I saw that different plugins send different AT commands (ATZ,<br>
> +CFUN=N,<br>
> *REBOOT and other custom commands), while I have the request to link<br>
> the<br>
> reset against a AT#REBOOT command, so just a reboot, without any kind<br>
> of<br>
> reconfiguration, is this the right way to use this interface?<br>
<br>
</span>Reset should ideally power-cycle the modem.  If that's not possible,<br>
then it should reset any non-persistent state and return the modem a<br>
state as close as possible to a power-cycle.<br>
<br>
See <a href="http://cgit.freedesktop.org/ModemManager/ModemManager/tree/introspection/org.freedesktop.ModemManager1.Modem.xml#n103" rel="noreferrer" target="_blank">http://cgit.freedesktop.org/ModemManager/ModemManager/tree/introspection/org.freedesktop.ModemManager1.Modem.xml#n103</a><br>
<span class="HOEnZb"><font color="#888888"><br>
Dan<br>
</font></span></blockquote></div><br></div>