Hi Juan,
On 29.4.2021 21.39, Juan A. Rubio wrote:
We are building a system with a Quectel EG25-G modem + eUICC with the
following stack:
Network Manager to v1.20.4,
ModemManager to v1.10.0,
libqmi to 1.24.4,
libmbim to v1.20.4
1ot appear to have verified that the EG25-G supports eUICCs (they
Hi,
We seem to have need for a new feature in MM again: the ability to read
and write the SIM card's preferred PLMN list (basically the equivalent
of AT+CPOL functionality). If it looks feasible, we could contribute
the code needed for this.
In addition, for the preferred PLMN list to take
Hi Aleksander,
On 8.1.2021 12.43, Aleksander Morgado wrote:
I had quite some things scheduled in my TODO list for the next 1.16
release; e.g. the better handling of charsets during runtime (for
cases when the provided iconv() is limited), the Multi-SIM
Multi-Active support, and more
Hi,
There are some new features in MM master branch that we would like to
take in production use in the near future. Are there any plans or
schedules for MM 1.16 stable version release, so that we could adjust
our plans accordingly?
Best regards,
- Teijo
Hi,
On 15.8.2020 18.35, Aleksander Morgado wrote:
Any ideas which modems do actually support QMI slot status? I
would like to try if slot status changes could also be used for this
purpose.
The Sierra Wireless EM7565 at least supports those; the Dual SIM
Single Standby support
Hi again,
On 5.8.2020 19.54, Aleksander Morgado wrote:
>> ...
The underlying motivation here is that eSIM cards are increasingly being
used in IoT applications and as Linux is an important IoT SW platform,
we'd like them to work as smoothly as possible there. There remains
other work to be
Hi,
Earlier this year, I contributed a feature to detect (e)SIM profile
switches on Quectel modems (commit d98597e43).
In our use case, we'd like to extend profile switch detection to a
larger selection of modems. In practice, this means detecting when a
REFRESH proactive command is invoked by
Hi again,
On 14.4.2020 17.55, Teijo Kinnunen wrote:
Possibly this could also be something in qmi-proxy side. I assume it is
expected that even after MM disconnects from it, it's supposed to
execute all queued QMI operations. Looking at the code, it seems that if
sending the response from
Hi,
On 9.4.2020 17.15, Aleksander Morgado wrote:
After investigating further, I suspect the problem could be in
mm_port_qmi_close(); it should probably wait for
qmi_device_release_client() completions before proceeding with closing
the device.
As long as the client release message is sent to
Hi.
On 9.4.2020 16.39, Aleksander Morgado wrote:
I'm working on a patch to detect M2M eUICC profile switches on Quectel
modems. Upon testing with Quectel EG25, which uses QMI, I noticed that
when MM reinitializes a modem (either due to hot-swap or MM restarting),
some of the QMI CIDs don't
Hi,
I'm working on a patch to detect M2M eUICC profile switches on Quectel
modems. Upon testing with Quectel EG25, which uses QMI, I noticed that
when MM reinitializes a modem (either due to hot-swap or MM restarting),
some of the QMI CIDs don't appear to be released. After ~10 times, the
11 matches
Mail list logo