<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 20, 2017 at 9:43 AM, Aleksander Morgado <span dir="ltr"><<a href="mailto:aleksander@aleksander.es" target="_blank">aleksander@aleksander.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey<br>
<span class=""><br>
><br>
> And here is a MC7455 update from 02.08.02.00 to 02.20.03.00, using<br>
> qmi-firmware-update.I have attached command log and the verbose<br>
> qmi-firmware-log.<br>
><br>
> The interesting in this was first, that it did already hold 3 different<br>
> firmwares (to my knowledge this module arrived like this), however none of<br>
> them where 02.20.03.00, the second thing was that I did experience the QMI<br>
> communication issue after the firmware update (resolved with an at!reset). I<br>
> have attached complete logs.<br>
><br>
<br>
</span>Oh!<br>
<br>
The qmi-firmware-upgrade tool used /dev/cdc-wdm0 before the image<br>
download and then used /dev/cdc-wdm1 after the reset that was<br>
triggered after the images were downloaded. You were trying to use<br>
/dev/cdc-wdm0 after that same reset, which was the device left behind<br>
before the upgrade; had you used cdc-wdm1, it would have probably<br>
worked without needing the AT!RESET.<br>
<br>
Looking at the logs, it seems we didn't get any event for cdc-wdm0<br>
being removed; and we did get an udev event for /dev/cdc-wdm1 being<br>
added after the reset; so that is why the updater tool used cdc-wdm1.<br>
<br>
I need to check this, no idea why that happened. Bjørn, any idea?<br></blockquote><div><br></div><div>I will try to run again, and see if I can get same state and then try the cdc-wdm1</div><div><br></div><div>-Sebastian </div></div><div><br></div><br>
</div></div>