<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style> </head> <body dir="ltr"> <div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);"> </div> Hi Aleksander, <div><br> </div> <div>sorry for the delay, I was on holiday the past weeks.</div> <div>I've retrieved the "faulty" 3G modem device from my office. For information, the exact model is Huawei e352u-21 (other e352 variants I tested do not seem to provoke the issue).</div> <div><br> </div> <div>I did a more standard setup at home to reproduce it: a RPI3 with Raspbian, ModemManager compiled from sources and various system configuration tweaks to force broadband management.</div> <div>The setup also allowed me to verify that in CDC mode, it does not appear.</div> <div><br> </div> <div>If you need to do some debug or test a fix for any of the two bugs you opened, feel free to contact me privately to give you access to this setup.</div> <div><br> </div> Regards, <div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);"> </div> <div id="appendonsend"></div> <hr style="display:inline-block;width:98%" tabindex="-1"> <div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Aleksander Morgado <aleksander@aleksander.es><br> <b>Sent:</b> 07 July 2020 08:44<br> <b>To:</b> Louis-Alexis Eyraud <louis-alexis.eyraud@sigfox.com><br> <b>Cc:</b> ModemManager (development) <modemmanager-devel@lists.freedesktop.org><br> <b>Subject:</b> Re: Help on an invalid modem case</font> <div> </div> </div> <div class="BodyFragment"><font size="2"><span style="font-size:11pt;"> <div class="PlainText">Hey Louis-Alexis,<br> <br> ><br> > logs for the E3372h device.<br> ><br> <br> in this case, we see two interfaces, and both flagged wrongly as PPP:<br> <br> USB if#0 ---> ttyUSB0 ---> ff/2/18 ---> PPP<br> USB if#1 ---> ttyUSB1 ---> ff/2/1 ---> PPP<br> <br> The reason for ttyUSB1 flagged as PPP is legit, that is ok, because<br> ff/2/1 implies being a data port. This flag is taken from udev rules.<br> The reason for ttyUSB0 flagged as PPP is not right, in this case the<br> flag is added due to this code:<br> /* If GETPORTMODE unsupported and no other port type hints, we assume<br> * usbif 0 is the modem port */<br> if (usbif == 0) {<br> at_port_flags = MM_PORT_SERIAL_AT_FLAG_PPP;<br> goto next;<br> }<br> We're wrongly assuming that there are no other port type hints,<br> because the hints are coming from udev ports in the generic plugin<br> code, not from huawei-specific port type hint logic. This is<br> definitely something to fix.<br> <br> But anyway, I still believe we should be relying on GETPORTMODE for<br> all cases; i.e. I don't think we should flag GETPORTMODE as not being<br> supported for this vid:pid, we should probably improve the logic to<br> detect whether the NCM interface in GETPORTMODE is listed *before* the<br> TTYs, and if so, "count" the NCM interface as 2 interfaces, instead of<br> just one.<br> <br> I've opened issues in gitlab for these:<br> <a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmobile-broadband%2FModemManager%2F-%2Fissues%2F238&data=02%7C01%7Clouis-alexis.eyraud%40sigfox.com%7Ca8bf8c6cedec47ab0f6908d8224132b9%7Cfcbc8bb1061e4b949f703ad917b0c8d3%7C0%7C0%7C637297010698419127&sdata=wbZCffn3SjZbx%2BU2MUwbWP67GMTgG2MvC1Y2O3W4QXE%3D&reserved=0">https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmobile-broadband%2FModemManager%2F-%2Fissues%2F238&data=02%7C01%7Clouis-alexis.eyraud%40sigfox.com%7Ca8bf8c6cedec47ab0f6908d8224132b9%7Cfcbc8bb1061e4b949f703ad917b0c8d3%7C0%7C0%7C637297010698419127&sdata=wbZCffn3SjZbx%2BU2MUwbWP67GMTgG2MvC1Y2O3W4QXE%3D&reserved=0</a><br> <a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmobile-broadband%2FModemManager%2F-%2Fissues%2F239&data=02%7C01%7Clouis-alexis.eyraud%40sigfox.com%7Ca8bf8c6cedec47ab0f6908d8224132b9%7Cfcbc8bb1061e4b949f703ad917b0c8d3%7C0%7C0%7C637297010698419127&sdata=j6JOeMjB0aOwpLrf5FGjT86Jn6CSHvRDpKeaALmvE5U%3D&reserved=0">https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmobile-broadband%2FModemManager%2F-%2Fissues%2F239&data=02%7C01%7Clouis-alexis.eyraud%40sigfox.com%7Ca8bf8c6cedec47ab0f6908d8224132b9%7Cfcbc8bb1061e4b949f703ad917b0c8d3%7C0%7C0%7C637297010698419127&sdata=j6JOeMjB0aOwpLrf5FGjT86Jn6CSHvRDpKeaALmvE5U%3D&reserved=0</a><br> <br> --<br> Aleksander<br> <a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faleksander.es%2F&data=02%7C01%7Clouis-alexis.eyraud%40sigfox.com%7Ca8bf8c6cedec47ab0f6908d8224132b9%7Cfcbc8bb1061e4b949f703ad917b0c8d3%7C0%7C0%7C637297010698429118&sdata=VxiMDT3tsgAmZ8mP8WaQ3mBUH15IEv8icgD4D1mJaVU%3D&reserved=0">https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faleksander.es%2F&data=02%7C01%7Clouis-alexis.eyraud%40sigfox.com%7Ca8bf8c6cedec47ab0f6908d8224132b9%7Cfcbc8bb1061e4b949f703ad917b0c8d3%7C0%7C0%7C637297010698429118&sdata=VxiMDT3tsgAmZ8mP8WaQ3mBUH15IEv8icgD4D1mJaVU%3D&reserved=0</a><br> </div> </span></font></div> </body> </html>