Hey, On Fri, Feb 4, 2022 at 10:07 PM Senthil Kumaresan <sekumarej...@gmail.com> wrote: > > The ModemManager 1.18.4 is built successfully for my arm platform with all > necessary DBUS, libqmi, > glib packages. I did compile ModemManager --with-udev support. I have a > Qualcomm SDX modem module > connected into my host and it was detected and did see in /sys/bus/pci/xx. >
You first need to make sure mhi-net and the wwan subsystem are correctly built in your kernel. Do you see a /dev/wwan0mbim0 or /dev/wwan0qmi0 port in the system? Do you see a wwan0 network interface? > 1) is libudev mandatory for PCIe based devices? > It is mandatory if you want to have automatic device detection. If your system supports udev, you should use udev. The non-udev builds are for system that rely on other ways to report device addition/removal events, like e.g. openwrt and its hotplug scripts. > 2) I have observed that there is no vendor id in the mm-plugin-qcom-soc. c > file. So I have added the > vendor_id field as below. > > static const guint16 vendor_ids[] = { > 0x17cb, /* pci vid */ > 0 }; > That is not right I'm afraid. The qcom-soc plugin is *exclusively* for systems running in Qualcomm SoCs, where the "modem" is provided by the "host" itself. In your case, you have an ARM host, and an external SDX55 modem connected via PCIe; the qcom-soc plugin is not for that. If you're using a generic non-rebranded SDX55, you can rely on the "generic" plugin giving you support for the modem, forget about the qcom-soc plugin. And there's no need to add the vid:pid anywhere, just let it fallback to the generic plugin. -- Aleksander https://aleksander.es