<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 12 May 2021 at 09:35, Aleksander Morgado <<a href="mailto:aleksander@aleksander.es" target="_blank">aleksander@aleksander.es</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Or even easier; just completely skip the name of the port and create a<br>generic "gsm" connection setting not bound to any specific device.<br><br>$ nmcli conn add type gsm con-name wwan gsm.apn <a href="http://data.tre.se/" rel="noreferrer" target="_blank">data.tre.se</a> gsm.pin 7470</blockquote><div><br></div><div>I found the issue now. When everything was segfaulting due to garbage in files i saw (strace) that network-manager was dying after loading libnm-wwan.so, I thought it was installed by ModemManager so I deleted the module to get NM to start (and wifi to work again..), this of course broke wwan support in nm.<br></div></div><div class="gmail_quote">Reinstalled Network-Manager and it put the file back and it detects the interface.</div><div class="gmail_quote"><br></div><div class="gmail_quote">oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ nmcli conn up wwan<br></div><div class="gmail_quote"><div class="gmail_quote">Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/399)</div><div class="gmail_quote"><br></div><div class="gmail_quote">(As you can see on connection counter "399", once ModemManager started NM tried to connect "a few times" before i stopped it and ran the qmicli command)</div><div class="gmail_quote"></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">As a sidenote I switched operators today, Tele2. When i replaced the simcard the modem got stuck "unavailable" according to NetworkManager, After a reboot i have to run that qmicli cuskit command again to enable the card. (so not just a do-once kinda thing, more a "do every boot" kinda thing)</div><div class="gmail_quote"><div><div><br></div></div><div>Alright, reboot. Clean slate, try again. (There are at least a couple seconds between runnig each of these commands, often more than a few, i realize now that I should've put timestamps in there..)<br></div><div><div>oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ sudo qmicli -p -d /dev/wwan0p2MBIM --device-open-mbim --dms-dell-cuskit-unlock=00</div><div>[sudo] password for oskar:</div><div>[12 maj 2021, 10:15:43] -Warning ** [/dev/wwan0p2MBIM] couldn't detect transport type of port: couldn't detect device driver</div><div>[12 maj 2021, 10:15:43] -Warning ** [/dev/wwan0p2MBIM] requested MBIM mode but unexpected transport type found</div><div>[/dev/wwan0p2MBIM] Successfully run Dell cuskit unlock</div><div>oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ sudo service ModemManager start</div></div><div><div>oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ nmcli conn up wwan</div><div>Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/2)</div><div>oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ ping <a href="http://ftp.sunet.se/" target="_blank">ftp.sunet.se</a></div><div>PING <a href="http://ftp.sunet.se/" target="_blank">ftp.sunet.se</a>(<a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163)) 56 data bytes</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=1 ttl=51 time=57.6 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=2 ttl=51 time=1055 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=3 ttl=51 time=1053 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=4 ttl=51 time=1051 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=5 ttl=51 time=1049 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=6 ttl=51 time=1048 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=7 ttl=51 time=1046 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=8 ttl=51 time=1045 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=9 ttl=51 time=1042 ms</div><div>64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se/" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=10 ttl=51 time=1041 ms</div><div>^C</div><div>--- <a href="http://ftp.sunet.se/" target="_blank">ftp.sunet.se</a> ping statistics ---</div><div>11 packets transmitted, 10 received, 9.09091% packet loss, time 10016ms</div><div>rtt min/avg/max/mdev = 57.648/948.772/1055.277/297.071 ms, pipe 2</div></div><div><br></div><div>So we have data!</div><div>But i see messages like this in dmesg:</div><div><div>[  254.970231] __common_interrupt: 3.34 No irq handler for vector<br></div><div>[  255.098499] __common_interrupt: 3.34 No irq handler for vector</div></div><div><br></div><div>With that ~1s latency I'm guessing something resorts to polling instead of triggering on interrupts?<br></div><div><br></div><div><div>As a fun exercise I did a speedtest. Getting 7Mbit/s which i must say is pretty good even though data seems to come in 1second chunks.</div><div><a href="https://www.speedtest.net/result/11406312357" target="_blank">https://www.speedtest.net/result/11406312357</a></div></div><div><br></div><div>Attached files:</div><div>"logfile.gz" = journalctl -f | tee logfile</div><div>dmesg is just dmesg > dmesg</div><div><br></div><div>It feels like we're pretty close now.</div><font color="#888888"><div><br></div><div>/Oskar</div></font></div></div>