<div dir="ltr"><div><div><div>Thanks again for the info. I was reading through the "<span style="font-size:10pt;font-family:'ArialMT'">AirCard / AirPrime USB Driver Developer’s Guide" from Sierra, this explanation put together with that makes things a lil bit more clearer now ! So if I summarise what I understand<br>
<br></span></div><span style="font-size:10pt;font-family:'ArialMT'">1. sierra_net.c imlpemented direct-ip where there was one channel on which the AT/CnS commands were used for control, and the direct-ip channel was used for sending IP data to the modem (over a wwan0 interface created by sierra_net.c). The modem probably ran its own pppd server and then sent these packets over ppp anyways.<br>
<br></span></div><span style="font-size:10pt;font-family:'ArialMT'">2. With QMI, the usbnet.c driver creates a wwan0 interface. The cdc_ether.c + qmi_wwan.c + libqmi alltogether implements the QMI control protocol. And if I understand correctly from the sierra pdf document, the IP data and QMI control are sent on the same USB channel, so I guess even data has some kind of qmi encaps which distinguishes data Vs qmi control.<br>
<br>Rgds,<br></span></div><span style="font-size:10pt;font-family:'ArialMT'">Gopa.<br>
</span>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 15, 2014 at 12:13 PM, Markus Gothe <span dir="ltr"><<a href="mailto:nietzsche@lysator.liu.se" target="_blank">nietzsche@lysator.liu.se</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">sierra_net.c uses “DirectIP” which basically is a Sierra Wireless protocol built on-top of their proprietary CnS-proctol suite. <div>
<br></div><div>What one will realise is that DirectIP is just an encapsulation of the PPP backhaul as used in 3G. I think they “invented” this driver and technology to accelerate slow MCUs/CPUs running Linux (read: embedded systems) and letting the modems firmware handle the PPP-connection without the need of pppd (and no need to involve Qualcomm because of QMI).<div>
<br></div><div>One big drawback is that like PPP you cannot do ethernet-bridging (<span style="font-family:Menlo;font-size:11px">dev->net->flags |= IFF_NOARP; which is true for PPP</span>). If you look at older modems you will see that sierra_net.c implemented a DHCP-server using CnS/HIP (both proprietary protocols of Sierra) to give out the IP-addreses received from the GGSN. Your default route using “DirectIP” will be your IP hence the assumption that it is PPP.</div>
<div><br></div><div>Another driver with pretty much the same behaviour is ‘hso.c’. </div><div><br></div><div>sierra.c was used instead of option.c/qcserial.c once, I don’t really see any point in still using it.</div><div>
<br></div><div>//M</div><div><br></div><div><div><div class="h5"><div>On 15 Aug 2014, at 20:30 , Gopakumar Choorakkot Edakkunni <<a href="mailto:gopakumar.c.e@gmail.com" target="_blank">gopakumar.c.e@gmail.com</a>> wrote:</div>
<br></div></div><blockquote type="cite"><div><div class="h5"><div dir="ltr"><div>Thanks for the response, great blog post ! Even for the Gobinet driver, for some devices like Pantech UML295, I dont even see them putting a linux gobi driver for that in their webpage .. Looks like other than netgear (ie old sierra wireless), no one seems to be really putting the vendor specific version of GobiNet driver on their website !!<br>
<br></div>Now in this whole scheme of things, where does the sierra_net.c stand ? I see that netgear packages sierra.c (serial) and sierra_net.c (direct ip) as their drivers for some of their models, and GobiNet as their driver for some other models. So is sierra.c and sierra_net.c the driver which was created before GobiNet and then later GobiNet became the standard vendor provided driver which provides the same functionality as sierra.c and sierra_net.c ? Also I see that the sierra_net.c is still used along with qmmi/cdc modules - I guess the sierra_net.c is used for the ethernet/data portion and qmmi/cdc is purely for management/control ?<br>
<br>Rgds,<br>Gopa.<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 15, 2014 at 9:31 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"><div>On Fri, Aug 15, 2014 at 3:52 PM, Gopakumar Choorakkot Edakkunni<br>
<<a href="mailto:gopakumar.c.e@gmail.com" target="_blank">gopakumar.c.e@gmail.com</a>> wrote:<br>
><br>
>>>> No, I Sierra Wireless do definitely test their Linux drivers. And they<br>
>>>> do provide support for them (in the embedded market). So the<br>
>>>> GobiSerial/GobiNet drivers *might* be the correct choice for some users,<br>
><br>
> So does the Gobinet driver that I get for example from the Netgear AC340U<br>
> product page - does that work for ALL classes of Sierra devices or does<br>
> Netgear or other vendors (huawei etc..) put in their own fixes on top and<br>
> repackage it and put it on their website ? Or is there some other place<br>
> where qualcomm maintains a gobinet driver which is the latest and greatest<br>
> and supports netgear and huawei and pantech and etc.. etc.. ?<br>
<br>
<br>
</div>More or less on-topic, I wrote a blogpost about this not long ago:<br>
<a href="https://sigquit.wordpress.com/2014/06/11/qmiwwan-or-gobinet/" target="_blank">https://sigquit.wordpress.com/2014/06/11/qmiwwan-or-gobinet/</a><br>
<br>
There is a 'qualcomm' GobiNet, in the CodeAurora project page, but<br>
every vendor keeps its own. E.g. Sierra will modify the stock GobiNet<br>
at least to add their specific VID/PID matches as well as their unique<br>
USB interface layouts. I guess others do this as well. Sierra actually<br>
also decided to port a fix that Bjørn did in the upstream qmi_wwan<br>
driver, but don't know if others did that as well.<br>
<br>
>From my POV, there are reasons to use GobiNet instead of qmi_wwan<br>
(e.g. if you're looking for the vendor-provided product support), or<br>
other things which we currently don't support yet (like firmware<br>
loading)... apart from those, I'd really suggest to use qmi_wwan and<br>
libqmi (with qmicli and/or ModemManager :) ).<br>
<span><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></div>
_______________________________________________<br>libqmi-devel mailing list<br><a href="mailto:libqmi-devel@lists.freedesktop.org" target="_blank">libqmi-devel@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/libqmi-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/libqmi-devel</a><br>
</blockquote></div><br><div>
<div style="color:rgb(0,0,0);font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">
<br><br></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">
//Markus - The panama-hat hacker</div>
</div>
<br></div></div></blockquote></div><br></div>