<div dir="ltr"><div dir="ltr">Hi Aleksander,<div><br></div><div>Thanks for your reply, I will try out the suggested methods.</div><div>And another thing is we are planning to update ModemManager </div><div>,currently we are at <span style="color:rgb(80,0,80)">1.16.6-2) and we can go to 1.20 stable versions.</span></div><div><font color="#500050">Is there any stable version that you can push into ModemManager sources?</font></div><div><a href="https://www.freedesktop.org/software/ModemManager/" class="gmail-linkified" target="_blank" rel="noreferrer noopener" style="font-family:Inter,Twemoji,"Apple Color Emoji","Segoe UI Emoji",Arial,Helvetica,sans-serif,"Noto Color Emoji";font-size:15px;letter-spacing:-0.132px;background-color:rgb(240,242,245)">https://www.freedesktop.org/software/ModemManager/</a><span style="color:rgb(27,29,34);font-family:Inter,Twemoji,"Apple Color Emoji","Segoe UI Emoji",Arial,Helvetica,sans-serif,"Noto Color Emoji";font-size:15px;letter-spacing:-0.132px;background-color:rgb(240,242,245)"> </span><br></div><div><span style="color:rgb(27,29,34);font-family:Inter,Twemoji,"Apple Color Emoji","Segoe UI Emoji",Arial,Helvetica,sans-serif,"Noto Color Emoji";font-size:15px;letter-spacing:-0.132px;background-color:rgb(240,242,245)"><br></span></div><div><span style="color:rgb(27,29,34);font-family:Inter,Twemoji,"Apple Color Emoji","Segoe UI Emoji",Arial,Helvetica,sans-serif,"Noto Color Emoji";font-size:15px;letter-spacing:-0.132px;background-color:rgb(240,242,245)">Thanks,</span></div><div><span style="color:rgb(27,29,34);font-family:Inter,Twemoji,"Apple Color Emoji","Segoe UI Emoji",Arial,Helvetica,sans-serif,"Noto Color Emoji";font-size:15px;letter-spacing:-0.132px;background-color:rgb(240,242,245)">Pradeep G</span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 13, 2024 at 3:44 AM Aleksander Morgado <<a href="mailto:aleksandermj@chromium.org">aleksandermj@chromium.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">Hey Pradeep!<br>
<br>
><br>
> We are using RM520N-GL in our SD-WAN edge device in USB mode on M.2 Slot.<br>
> We are facing an issue where AT USB ports(ttyUSB2, ttyUSB3) are not enumerated .<br>
> We are using "modemmanager - 1.16.6-2" and also added RM520 blob to " /lib/udev/rules.d/77-mm-quectel-port-types.rules" but still the AT port is not attached .<br>
> Please advise any changes needed to resolve this issue.<br>
><br>
> # Quectel RM520<br>
> # #  ttyUSB0 (if #0): QCDM/DIAG port<br>
> # #  ttyUSB1 (if #1): GPS data port<br>
> # #  ttyUSB2 (if #2): AT primary port<br>
> # #  ttyUSB3 (if #3): AT secondary port<br>
> ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0801", ENV{.MM_USBIFNUM}=="00", ENV{ID_MM_PORT_TYPE_QCDM}="1"<br>
> ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0801", ENV{.MM_USBIFNUM}=="01", ENV{ID_MM_PORT_TYPE_GPS}="1"<br>
> ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0801", ENV{.MM_USBIFNUM}=="02", ENV{ID_MM_PORT_TYPE_AT_PRIMARY}="1"<br>
> ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0801", ENV{.MM_USBIFNUM}=="03", ENV{ID_MM_PORT_TYPE_AT_SECONDARY}="1"<br>
><br>
> In debug message there is log about "port is not AT-capable"<br>
> >><br>
> 2024-01-25T16:45:52.070 DEBUG  daemon ModemManager[8350]: <debug> [ttyUSB3/probe] port is not AT-capable<br>
> 2024-01-25T16:45:52.070 DEBUG  daemon ModemManager[8350]: <debug> [ttyUSB2/probe] port is not AT-capable<br>
><br>
<br>
If the USB ports are exposed by the kernel, but they are not<br>
responsive by the time MM tries to use them, it may be that MM didn't<br>
wait long enough. I know we have updated those timeouts many times in<br>
past releases, and you may be using an older value of the timeout. It<br>
could also be that MM cannot, for some reason, communicate properly<br>
with the device.<br>
<br>
You should investigate a bit more:<br>
<br>
1) Let it detect the modem without AT ports, wait some minutes, then<br>
restart ModemManager. Does MM use the AT ports in that case? If it<br>
doesn't process them yet, then it's not a timing issue.<br>
<br>
2) Try to ignore only one of the TTYs:<br>
<br>
Edit 77-mm-quectel-port-types.rules and add:<br>
ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0801",<br>
ENV{.MM_USBIFNUM}=="03", ENV{ID_MM_PORT_IGNORE}="1"<br>
<br>
Then reboot the system. Does MM try to probe and process the non-ignored TTY?<br>
<br>
-- <br>
Aleksander<br>
</blockquote></div></div>

<br>
<span style="background-color:rgb(255,255,255)"><font size="2">This electronic communication and the information and any files transmitted with it, or attached to it, are confidential and are intended solely for the use of the individual or entity to whom it is addressed and may contain information that is confidential, legally privileged, protected by privacy laws, or otherwise restricted from disclosure to anyone else. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, you are hereby notified that any use, copying, distributing, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender, delete it from your computer, and destroy any printed copy of it.</font></span>