<feed xmlns='http://www.w3.org/2005/Atom'>
<title>packages/net/modemmanager/files, branch master</title>
<subtitle>Mirror of packages feed</subtitle>
<id>https://git.openwrt.org/feed/packages/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/feed/packages/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/'/>
<updated>2026-10-05T09:12:07Z</updated>
<entry>
<title>modemmanager: rework initial EPS bearer modes</title>
<updated>2026-10-05T09:12:07Z</updated>
<author>
<name>Michael Pfeifroth</name>
</author>
<published>2026-10-02T07:23:40Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=ab97fcad725008830ed067dea07f64a0eeb56715'/>
<id>urn:sha1:ab97fcad725008830ed067dea07f64a0eeb56715</id>
<content type='text'>
Commit 246506690f2d ("modemmanager: always reset the init_eps if not
configured") changed the behaviour for an unset 'init_epsbearer' from
leaving the modem untouched to clearing the initial EPS bearer on every
setup. This is a regression for users upgrading from 24.10:

- Modems without support for setting the LTE attach configuration (e.g.
  Sierra Wireless EM7430) fail the setup with
  MM_INIT_EPS_BEARER_SET_FAILED and never come up.
- Attach settings preloaded by the carrier firmware are wiped.

The same commit also removed the explicit 'none' case, so 'none' now
silently skips the initial EPS bearer setup, while it cleared it in
24.10. Neither matches the documentation.

Make all modes explicit, each naming where the initial EPS bearer
settings come from:

- modem:      leave the settings stored on the modem unchanged (default)
- network:    set an empty initial EPS bearer, the network assigns the
              APN; replaces the implicit clear, e.g. after a SIM swap
- connection: use the connection options (apn, iptype, ...)
- custom:     use the init_* options

'none' and 'default' are kept as deprecated aliases for 'modem' and
'connection'. 'none' maps to 'modem' as documented in the README and as
it behaves since 246506690f2d, although an explicit 'none' cleared the
initial EPS bearer in 24.10; use 'network' for that. Unknown values fall
back to 'modem'. The README now documents the modes and how to clear
stale settings manually.

Fixes: https://github.com/openwrt/packages/issues/30299
Signed-off-by: Michael Pfeifroth &lt;micpf@westermo.com&gt;
</content>
</entry>
<entry>
<title>modemmanager: suppress hotplug noise without breaking QMAP/QMI/MBIM mux</title>
<updated>2026-09-22T06:37:11Z</updated>
<author>
<name>Michael Pfeifroth</name>
</author>
<published>2026-09-21T07:42:16Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=f094afbed0e80ca7bb1f97ebb7b7bace93ffb987'/>
<id>urn:sha1:f094afbed0e80ca7bb1f97ebb7b7bace93ffb987</id>
<content type='text'>
Commit 7885dff933e7 ("modemmanager: skip virtual net devices in hotplug
script") exited 25-modemmanager-net for every device under
/devices/virtual/* to stop the per-device "event processed" line from
spamming daemon.info on every boot and hotplug replay.

That blanket exit also dropped the QMAP/QMI/MBIM multiplexing netdevices
(qmapmux*, qmimux*, mbimmux*).  Those live under /devices/virtual too,
but they are real modem data ports and mm_report_event() deliberately
keeps them (ModemManager then resolves their lower_* link back to the
physical modem).  Skipping them in the hotplug script broke multiplexed
data connections.

Rather than duplicating that qmapmux/qmimux/mbimmux allow-list in the
hotplug script -- where it would drift out of sync with the copy in
mm_report_event() -- keep the filter in one place.  mm_report_event()
now returns non-zero when it drops a virtual device, and the hotplug
scripts only emit their "event processed" info log when the event was
actually reported.  The noisy log lines are gone for the dropped
devices, and the mux ports still reach ModemManager.

Fixes: 7885dff933e7 ("modemmanager: skip virtual net devices in hotplug script")
Signed-off-by: Michael Pfeifroth &lt;micpf@westermo.com&gt;
</content>
</entry>
<entry>
<title>modemmanager: fix custom initial EPS bearer username</title>
<updated>2026-09-17T14:54:35Z</updated>
<author>
<name>Michael Pfeifroth</name>
</author>
<published>2026-09-17T07:53:34Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=f601e632e7d72da45ea7ff6a0dba01433f187d0a'/>
<id>urn:sha1:f601e632e7d72da45ea7ff6a0dba01433f187d0a</id>
<content type='text'>
The custom initial EPS bearer code uses init_username, which agrees
with the documented UCI option. However, the option was registered
and read as init_user, so init_username was discarded before the
custom EPS bearer settings were passed to mmcli.

Register and read the option consistently as init_username.

Signed-off-by: Michael Pfeifroth &lt;micpf@westermo.com&gt;
</content>
</entry>
<entry>
<title>modemmanager: make command timeout configurable</title>
<updated>2026-09-07T10:46:19Z</updated>
<author>
<name>Florian Eckert</name>
</author>
<published>2026-01-29T09:16:58Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=de35eab441958a7348b99165eeee59f2f96a1755'/>
<id>urn:sha1:de35eab441958a7348b99165eeee59f2f96a1755</id>
<content type='text'>
Make the timeout for command execution configurable, as not all modems and
mobile networks behave in the same way.

Signed-off-by: Florian Eckert &lt;fe@dev.tdt.de&gt;
</content>
</entry>
<entry>
<title>modemmanager: update logging messages</title>
<updated>2026-09-07T10:46:19Z</updated>
<author>
<name>Florian Eckert</name>
</author>
<published>2026-01-29T09:40:48Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=3e61169ebf2f0547a38053e81c00e40ad2e6e5a3'/>
<id>urn:sha1:3e61169ebf2f0547a38053e81c00e40ad2e6e5a3</id>
<content type='text'>
Remove the trailing '...' from the log messages to bring them into line
with the other log messages in this file.

Signed-off-by: Florian Eckert &lt;fe@dev.tdt.de&gt;
</content>
</entry>
<entry>
<title>modemmanager: cleanup vars in proto_modemmanager_setup</title>
<updated>2026-09-07T10:46:19Z</updated>
<author>
<name>Florian Eckert</name>
</author>
<published>2026-01-29T08:36:51Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=ad081856526f41bfecffabeea1214d9d9accb307'/>
<id>urn:sha1:ad081856526f41bfecffabeea1214d9d9accb307</id>
<content type='text'>
Group variables into blocks to improve readability.

Signed-off-by: Florian Eckert &lt;fe@dev.tdt.de&gt;
</content>
</entry>
<entry>
<title>modemmanager: skip virtual net devices in hotplug script</title>
<updated>2026-08-03T11:03:31Z</updated>
<author>
<name>Michael Pfeifroth</name>
</author>
<published>2026-08-03T09:13:18Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=7885dff933e78a36108e277654df5accad953cdf'/>
<id>urn:sha1:7885dff933e78a36108e277654df5accad953cdf</id>
<content type='text'>
Every net uevent - eth ports, USB hubs, bridges, taps, SQM IFB,
GRE tunnels, veth, tun/tap - is handed to mmcli via
25-modemmanager-net's mm_report_event call, so ModemManager logs a
'not supported by any plugin' notice per device on every boot and
hotplug replay:

  ModemManager[15132]: &lt;msg&gt; [base-manager] couldn't check support
    for device '.../fsl-ehci.0/usb1/1-1/1-1.1':
    not supported by any plugin

mm_report_event() already discards virtual devices internally, but
only after mm_log "info" has written a "hotplug: add network
interface XXX: event processed" line to daemon.info for every one
of them.

Mirror the same guard in the hotplug script by exiting early when
DEVPATH points under /devices/virtual/*, which covers SQM IFB, GRE,
bridges, veth, tun/tap.  This never rejects a physical modem port
(kernel wwan, MHI, USB CDC/RNDIS/QMI/MBIM are all under real bus
subtrees).

Signed-off-by: Michael Pfeifroth &lt;micpf@westermo.com&gt;
</content>
</entry>
<entry>
<title>modemmanager: skip live report when the service isn't up yet</title>
<updated>2026-08-03T11:03:31Z</updated>
<author>
<name>Michael Pfeifroth</name>
</author>
<published>2026-07-31T12:05:38Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=187382d9d1444c0308355f2f34fc0c759ab73440'/>
<id>urn:sha1:187382d9d1444c0308355f2f34fc0c759ab73440</id>
<content type='text'>
At boot procd replays every previously-seen uevent before
/etc/init.d/modemmanager starts.  Each replay walks the hotplug.d/
tree, which calls mm_report_event() in modemmanager.common.  That
helper does two independent things:

  1) appends the event to ${MODEMMANAGER_EVENTS_CACHE}, and
  2) runs 'mmcli --report-kernel-event=...' to notify a live MM.

Step 1 is what matters for boot; step 2 exists so events fired
after MM is running get reported without waiting for the next
cache replay.  The cache path is intentional: ModemManager-wrapper
starts MM, then mm_report_events_from_cache() polls 'mmcli -L'
until the bus is available and replays every cached event.

At boot the modemmanager service instance hasn't been spawned by
procd yet, so step 2 always fails with:

  daemon.err ModemManager[NNN]: hotplug: Couldn't report kernel
    event: error: couldn't get bus: Could not connect: No such
    file or directory

That's one daemon.err line per hotplug script per port, per boot.
On a dual-modem board that's a dozen spurious errors before the
service even starts.  Nothing is lost -- the wrapper's cache
replay picks them all up seconds later -- but the log noise makes
real ModemManager errors harder to spot.

Guard the live call with a cheap pidfile-based liveness check.
The pidfile is procd's, so it proves the service instance has
been spawned, not that MM is already reachable on the bus; the
brief wrapper-startup window (procd spawns the wrapper -&gt; wrapper
execs MM -&gt; MM reaches the bus) is not covered.  In practice no
fresh uevents fire in that window on the boards this was tested
on, and events that do arrive there are still cached.  If the
service hasn't been spawned yet, the event is silently cached and
the wrapper handles it.  If it has, behavior is unchanged.

Signed-off-by: Michael Pfeifroth &lt;micpf@westermo.com&gt;
</content>
</entry>
<entry>
<title>modemmanager: fix netifd proto sim path</title>
<updated>2026-02-10T12:59:28Z</updated>
<author>
<name>micpf</name>
</author>
<published>2026-02-09T15:52:10Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=e1d680d19a24f0989da424c8169829f384a09707'/>
<id>urn:sha1:e1d680d19a24f0989da424c8169829f384a09707</id>
<content type='text'>
Use specific SIM path instead of 'any' when unlocking with PIN
code. This fixes PIN unlock issues on devices with multiple modems
where 'any' could select the wrong modem.

Bump modemmanager PKG_RELEASE

Signed-off-by: micpf &lt;micpf@westermo.com&gt;
</content>
</entry>
<entry>
<title>modemmanager: allow empty initial EPS bearer APN</title>
<updated>2025-12-09T14:45:10Z</updated>
<author>
<name>Simonas Tamošaitis</name>
</author>
<published>2025-10-23T17:25:33Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=83f3e116b160b0d3b11997ae9b6ff378b49972b9'/>
<id>urn:sha1:83f3e116b160b0d3b11997ae9b6ff378b49972b9</id>
<content type='text'>
This commit removes the non-empty APN requirement for initial EPS
bearer. An empty APN value is valid and means that the modem will use a
network provided APN offered by the operator.

Signed-off-by: Simonas Tamošaitis &lt;simsasss@gmail.com&gt;
</content>
</entry>
</feed>
