<div dir="ltr"><div><div><div>Thanks Aleksander, Bjorn, Markus ! The qmicli to change from raw-ip to 802-3 did work afterall - what I was missing yesterday is that I did not do an rmmod and modprobe of cdc_qdm and qmi_wwan. Today I reissued those commands and did rmmod and modprobe again and with that it worked.. Couple of qns below<br>
<br></div>1. I see that the qmi_wwan.c already has a "hack" in place to detect raw-ip Vs 802-3 and switch modes appropriately as explained here (<a href="http://www.mail-archive.com/linux-usb@vger.kernel.org/msg19918.html">http://www.mail-archive.com/linux-usb@vger.kernel.org/msg19918.html</a>) - so is that not sufficient to workaround this issue ? Why would we need this qmicli forced setting on top of it ? Just for my understanding ..<br>
<br></div>2. The qmicli force 802-3 at times takes multiple attempts (multiple times the cli has to be issued) before it finally reports that its operating in 802-3 mode. I am assuming its something related to how fast/slow the firmware processes these commands ? Any ideas ? <br>
<br></div><div>Once again, thanks a lot to all of your for helping with this .. I was calling up AT&T with this problem report and was not getting anywhere with that :)<br><br></div>Rgds,<br>Gopa.<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Aug 14, 2014 at 7:41 AM, 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">
I can confirm that this made the new firmware work for me.<br>
<br>
Seems like the device ended up in raw-ip mode after upgrade.<br>
<br>
//Markus - The panama-hat hacker<br>
Den 14 aug 2014 01:04 skrev Aleksander Morgado <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>>:<br>
<div class="im HOEnZb">><br>
> On Wed, Aug 13, 2014 at 9:19 PM, Dan Williams <<a href="mailto:dcbw@redhat.com">dcbw@redhat.com</a>> wrote:<br>
</div><div class="HOEnZb"><div class="h5">> > b) On "9x15" devices, the Netgear GobiNet driver uses the WDA service's<br>
> > Set Data Format call instead of the CTL service.  Not sure if that makes<br>
> > a difference here or not, but maybe new devices expect the WDA mechanism<br>
> > instead, and so the data format is not getting switched to Ethernet?<br>
><br>
> My tests with newer Sierra devices and this issue (CTL vs WDA) yielded<br>
> more or less the same results. This is, wwan data format can be<br>
> changed with both ways successfully, with the difference being that<br>
> the WDA service is just much better documented. Recent libqmi/qmicli<br>
> has support for WDA, btw:<br>
>   --wda-set-data-format=[raw-ip|802-3]<br>
>   --wda-get-data-format<br>
><br>
> The problem for the reporter may just be that by default raw-ip is<br>
> configured in the WWAN interface; or if it has 2 interfaces, one may<br>
> be raw-ip and the other 802-3. qmicli doesn't change the data format<br>
> by default (as ModemManager does), so the issue may just be that 802-3<br>
> needs to be explicitly requested via qmicli...<br>
><br>
> Gopakumar, can you try to run:<br>
> $ qmicli --wds-noop --device-open-net="net-802-3|net-no-qos-header"<br>
> and then your normal WDS connection setup?<br>
><br>
> Or, with a newer libqmi:<br>
> $ qmicli --wda-set-data-format="802-3"<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> --<br>
> Aleksander<br>
> <a href="https://aleksander.es" target="_blank">https://aleksander.es</a><br>
> _______________________________________________<br>
> libqmi-devel mailing list<br>
> <a href="mailto:libqmi-devel@lists.freedesktop.org">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>
</div></div></blockquote></div><br></div>