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