The upstream ModemManager is leaving handling of the kernel-level flags
to the generic probe function. The older ModemManager is not doing that
and when the plugin skips the kernel-level flags they are essentially
ignored.
The code back-ported from the upstream relies on the fact that the
generic probe does the right thing. As a consequence it does not work as
expected because the flags are ignored.
This change is making sure that, when no flags were read, these are read
from the kernel-level.
The upstream ModemManager is leaving handling of the kernel-level flags
to the generic probe function. The older ModemManager is not doing that
and when the plugin skips the kernel-level flags they are essentially
ignored.
The code back-ported from the upstream relies on the fact that the
generic probe does the right thing. As a consequence it does not work as
expected because the flags are ignored.
This change is making sure that, when no flags were read, these are read
from the kernel-level.
4c275b5...
by
System Enablement CI Bot <email address hidden>
The PLS63 is a drop-in replacement for PLS62 modem, however despite that
fact it has a different USB SoC. As a consequence enumarates
differently on the USB bus.
The modem-manager interface of snapd contains the udev rules for adding
type hints to USB devices. One of the recent updates includes the rules
for PLS63 modem.
This commit makes sure that the Modem Manager is using these type hints
so that it chosses the correct port for data.
The Cinterion plugin is using the output of the SQPORT? to guess which
ports can be used for AT commands and data connection.
Yet at the same time the udev adds port type hints to the Cinterion
modem upon its discovery.
This commit changes the initialization in a way that from now on it
skips sending SQPORT? when the port type hints are already assigned. By
doing this we make sure that the udev port type hints are being used
when they are available. In case they are not the initialization relies
on the outout of SQPORT? as it did do far.
This change is ported from the ModemManager upstream project so that the
PLS63 modem can be used on Ubuntu Core 16.
PLS63 is a drop-in replacement for the alredy supported PLS62 modem.
Albeit similar these modems use a different USB chips and as a
consequence the PLS63 modem is not enumerated in the same way as the
PLS62. This makes the ModemManager to a wrong port for the data. The
correct tagging of the ports is sorted out by snapd and this change is
making sure that the ModemManager is respecting these tags. See the
linked MRs:
Author: Alfonso Sanchez-Beato <email address hidden>
bearer: workaround serial not responding in PLS62-W
Do not try to deactivate the PDP context for the Gemalto PLS62-W modem,
let NM do the job for us. The reason is that due to a modem firmware
bug, if the timing between pppd and us deactivating is unfortunate, the
port ends up in a state in which it is unusable. Note also that this LTE
modem cannot really disconnect while attached, so the AT command always
returns an error anyway. Fixes LP: #1829293.