First of all, thanks for your work to all contributors in this repository!

I just wanted to report how I have been able to create an LTE internet connection on my Fedora 40 machine based on the code and knowledge stored in this repository (and pull requests).

My exact setup

ThinkPad X1 Carbon 7th generation (20QDS06E00)
Fedora 40 with GNOME 46.1
Linux kernel version: 6.8.8-300.fc40.x86_64
lspci: 02:00.0 Wireless controller [0d40]: Intel Corporation XMM7360 LTE Advanced Modem [8086:7360] (rev 01)
Firmware version: 18500.5001.05.02.24.09
SIM card: O2-based provider in Germany, PIN deactivated
the iosm module is blacklisted in /etc/modprobe.d/00-iosm-blacklist.conf (a single line: blacklist iosm)
I bought the ThinkPad as a used device, there is no Windows installation on it (hence, I never used the WWAN card under Windows), but I don't know whether previous owners of the laptop have used or updated the WWAN card under Windows.

PRs that I applied

https://github.com/xmm7360/xmm7360-pci/pull/220: Without this patch, make will fail with the error message quoted in the PR.
https://github.com/xmm7360/xmm7360-pci/pull/216: This patch was necessary to setup the modem as a NetworkManager device (via DBus).

General setup

$ sudo dnf install python3-pyroute2 python3-configargparse make automake gcc gcc-c++ kernel-devel
$ git clone https://github.com/xmm7360/xmm7360-pci
$ cd xmm7360-pci
$ git remote add mfournier https://github.com/mfournier/xmm7360-pci
$ git remote add bill88t https://github.com/bill88t/xmm7360-pci
$ git fetch --all --prune
$ git checkout -b develop
$ git merge mfournier/linux-6.6
$ git merge bill88t/master
$ make && make load
$ cp xmm7360.ini.sample xmm7360.ini
$ # edit xmm7360.ini by adapting the following:
$ # insert your apn in this line: apn=your.apn.here
$ # uncomment this line: noresolv=True
$ sudo python rpc/open_xdatachannel.py

Setting DNS name servers

In the output of the last command above, I found a line listing DNS entries, and I added them to systemd-resolved using the following command line (replace the IP addresses with your outputs):

$ resolvectl dns wwan0 62.109.121.18 62.109.121.17

Note that appending the DNS name servers to the /etc/resolv.conf as implemented in the open_xdatachannel.py script did not work for me!

Register device with NetworkManager

These steps will establish a working internet connection on my setup. However, the connection is not registered with NetworkManager. To achieve this, uncomment the line dbus=True in your xmm7360.ini and rerun the open_xdatachannel.py script. After that, the output of nmcli confirms that a new connection has been established, like this:

wwan0: connected to xmm7360
    "Intel XMM7360 Advanced"
    unknown (xmm7360), hw, mtu 1500
    inet4 10.117.252.0/32
    route4 10.117.252.0/32 metric 950
    route4 default via 10.117.252.0 metric 950
    inet6 2a02:3030:604:fa0d:9359:b803:fda8:674d/64
    inet6 fe80::7ea2:849e:4d8e:8e80/64
    route6 fe80::/64 metric 256
    route6 default via fe80::1 metric 1024

Note that the connection is shown as "unknown" type. It does not show up in the NetworkManager GUI (using GNOME). The NetworkManager status icon in the GNOME panel will show the icon that is also used for a wired LAN connection. It would be interesting to have a way to have this show up as a mobile broadband connection. However, I guess that this would be of no use as long as it is not managed with ModemManager.

Remaining steps (not Fedora-specific)

Following these steps, we can actually use this WWAN modem. However, it would be very much desirable to have the mainline Linux kernel and ModemManager pick up this work to seemlessly integrate the WWAN connection into the NetworkManager GUI. Here is my understanding why we are not there yet:

For the record: The kernel module in this repository was implemented at a time when the mainline kernel did not recognize the XMM 7360 modems at all. Later, the mainline kernel learned how to handle XMM 7560 and decided to treat 7360 equally, even though 7360 uses a different "protocol" (AT instead of MBIM port). A kernel patch to fix this was submitted in September 2022, but was never merged. It seems like they found a different solution since, starting from version 6.2 of the kernel, the AT port is available.
I found that the open_xdatachannel.py script actually works with the mainline kernel's iosm module because the script can pick up the /dev/wwan0xmmrpc0 device and initialize the modem from there. Hence, no further kernel changes are required - all changes required are now in ModemManager, see https://gitlab.freedesktop.org/mobile-broadband/ModemManager/-/issues/612#note_1700608.
Now, what is the status of the required changes in ModemManager? Basically, the RPC-functionality implemented in the open_xdatachannel.py script from this repository needs to be cleaned up, and transferred to the ModemManager project. Fortunately, somebody started work on this already several years ago (https://github.com/enzingerm/ModemManager), and it has been updated to a more recent version of ModemManager (https://gitlab.freedesktop.org/ShaneParslow/ModemManager/-/tree/enz7360), but it still requires some polishing (see https://gitlab.freedesktop.org/mobile-broadband/ModemManager/-/issues/612#note_2328515), and is work in progress as of March 2024. For remaining issues, see https://gitlab.freedesktop.org/ShaneParslow/ModemManager/-/issues

xmm7360 / xmm7360-pci