<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi!</div><div><br></div><div><div> CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7</div></div><div> 143: 0 0 0 0 0 6 0 192 PCI-MSI 4194304-edge bhi, mhi, mhi, mhi, mhi<br></div><div><br></div><div>Attaching files with full /proc/interrupts and made a small script with timestamps / logging to see what happens in chronological order.</div><div><br></div><div>/Oskar</div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 17 May 2021 at 11:27, Loic Poulain <<a href="mailto:loic.poulain@linaro.org" target="_blank">loic.poulain@linaro.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Oskar,<br>
<br>
On Wed, 12 May 2021 at 11:10, Oskar Stenman <<a href="mailto:oskar@cetex.se" target="_blank">oskar@cetex.se</a>> wrote:<br>
><br>
> On Wed, 12 May 2021 at 09:35, Aleksander Morgado <<a href="mailto:aleksander@aleksander.es" target="_blank">aleksander@aleksander.es</a>> wrote:<br>
>><br>
>> 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<br>
><br>
><br>
> 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>
> Reinstalled Network-Manager and it put the file back and it detects the interface.<br>
><br>
> oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ nmcli conn up wwan<br>
> Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/399)<br>
><br>
> (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)<br>
><br>
> 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)<br>
><br>
> 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>
> oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ sudo qmicli -p -d /dev/wwan0p2MBIM --device-open-mbim --dms-dell-cuskit-unlock=00<br>
> [sudo] password for oskar:<br>
> [12 maj 2021, 10:15:43] -Warning ** [/dev/wwan0p2MBIM] couldn't detect transport type of port: couldn't detect device driver<br>
> [12 maj 2021, 10:15:43] -Warning ** [/dev/wwan0p2MBIM] requested MBIM mode but unexpected transport type found<br>
> [/dev/wwan0p2MBIM] Successfully run Dell cuskit unlock<br>
> oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ sudo service ModemManager start<br>
> oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ nmcli conn up wwan<br>
> Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/2)<br>
> oskar@oskar-ThinkPad-X1-Nano-Gen-1:~$ ping <a href="http://ftp.sunet.se" rel="noreferrer" target="_blank">ftp.sunet.se</a><br>
> PING <a href="http://ftp.sunet.se" rel="noreferrer" target="_blank">ftp.sunet.se</a>(<a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163)) 56 data bytes<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=1 ttl=51 time=57.6 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=2 ttl=51 time=1055 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=3 ttl=51 time=1053 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=4 ttl=51 time=1051 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=5 ttl=51 time=1049 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=6 ttl=51 time=1048 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=7 ttl=51 time=1046 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=8 ttl=51 time=1045 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=9 ttl=51 time=1042 ms<br>
> 64 bytes from <a href="http://tutankhamon.ftp.acc.umu.se" rel="noreferrer" target="_blank">tutankhamon.ftp.acc.umu.se</a> (2001:6b0:19::163): icmp_seq=10 ttl=51 time=1041 ms<br>
> ^C<br>
> --- <a href="http://ftp.sunet.se" rel="noreferrer" target="_blank">ftp.sunet.se</a> ping statistics ---<br>
> 11 packets transmitted, 10 received, 9.09091% packet loss, time 10016ms<br>
> rtt min/avg/max/mdev = 57.648/948.772/1055.277/297.071 ms, pipe 2<br>
><br>
> So we have data!<br>
> But i see messages like this in dmesg:<br>
> [ 254.970231] __common_interrupt: 3.34 No irq handler for vector<br>
> [ 255.098499] __common_interrupt: 3.34 No irq handler for vector<br>
><br>
> With that ~1s latency I'm guessing something resorts to polling instead of triggering on interrupts?<br>
<br>
Weird, can you share the output of `cat /proc/interrupts | grep mhi`.<br>
<br>
Regards,<br>
Loic<br>
</blockquote></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>