<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 19, 2015 at 12:40 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"><span class="">On Sun, Jan 18, 2015 at 11:24 PM, Ben Chan <<a href="mailto:benchan@chromium.org">benchan@chromium.org</a>> wrote:<br>
> Instead of using ifdefs in the code, perhaps we could partition the source<br>
> code/files in a way that the build process selects between a true mbim/qmi<br>
> implementation and a stub mbim/qmi implementation (which effectively<br>
> bypasses mbim/qmi).<br>
><br>
<br>
</span>Hum.. I think I actually prefer the ifdefs :)<br>
<span class=""><br></span></blockquote><div><br></div><div>Yeah, I forgot there is code in plugins as well. I think we could also rearrange the MBIM/QMI specific code in plugin's create_modem </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> We currently still bypass the qmi implementation in MM on certain ChromeOS<br>
> platforms due to the need to use some Gobi specific features.<br>
><br>
<br>
</span>Oh, ok. Can't those features be run via QMI?<br></blockquote><div><br></div><div>Unfortunately, we could however blacklist those modems via MM udev rules.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Aleksander<br>
<a href="https://aleksander.es" target="_blank">https://aleksander.es</a><br>
</font></span></blockquote></div><br></div></div>