<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><span style="color:rgb(34,34,34)">I'm not sure what the problem is, as I believe we're already doing</span><br>

</div></div>
what the recommendation says. The recommendation says that the<br>
function should expect the host to poll the device with MBIM_OPEN, and<br>
that is what we do: mbim_device_open() will launch a MBIM_OPEN every<br>
1s until it gets a correct reply. Or, have you seen that subsequent<br>
MBIM_OPEN messages end up terminating the initialization process? One<br>
thing to do would be to increase the time between MBIM_OPEN replies;<br>
i.e. giving more timeout to each MBIM_OPEN message to get the reply,<br>
but not sure why that would help. If we increase too much the<br>
MBIM_OPEN message retry, e.g. to 10s or so, we would be expecting for<br>
the first MBIM_OPEN message to get completed, but at that time we<br>
don't know whether the modem accepted that message or not (and<br>
therefore the whole port probing would get delayed even more).<br>
<br>
One thing to do would be to check, with all the MBIM devices that we<br>
have around, whether the modem always accepts the first MBIM_OPEN that<br>
it gets (e.g. looking at which responses it sends back).<br>
<br>
Which is the device showing the weird behaviour, if there is any? Is<br>
this the ZTE one?<br></blockquote><div><br></div><div>Aleksander, I'm gathering information from a few MBIM modems and will get back to you on this.</div></div></div></div>