[PATCH] huawei: ignore ^DSDORMANT unsolicited messages

Enrico Mioso mrkiko.rs at gmail.com
Tue Aug 27 23:36:14 PDT 2013

Interesting!!! :) Does this concept exist on 3G/UMTS/HSPA(+) ? I'm sure some 
modems are doing this in some way, but don't know if it's a different thing, 
might be handled in some way by software.
How can I detect if a zte or huawei modem (I ask about these two because I have 
them) supports dormancy? Note that I'm taling about 3G/UMTS/HSPA(+) modems, not 
Ev-Do ones.

On Tue, 27 Aug 2013, Dan Williams wrote:

==Date: Tue, 27 Aug 2013 13:20:08 -0500
==From: Dan Williams <dcbw at redhat.com>
==To: Ben Chan <benchan at chromium.org>
==Cc: "modemmanager-devel at lists.freedesktop.org"
==    <modemmanager-devel at lists.freedesktop.org>,
==    Aleksander Morgado <aleksander at lanedo.com>
==Subject: Re: [PATCH] huawei: ignore ^DSDORMANT unsolicited messages
==On Tue, 2013-08-27 at 10:28 -0700, Ben Chan wrote:
==> > At some point though, we'll probably want an 'active' property on the
==> > bearer which follows the dormancy.  You'll see that on a lot of phones
==> > at least, where the icon changes depending on whether the data
==> > connection is dormant or not.
==> >
==> > Dan
==> >
==> >
==> That makes sense. Does the dormancy only apply modems supporting both voice
==> and data?  As we discussed in another thread regarding the regex for
==> ignoring unsolicited messages, we can later re-wire the dsdormant regex to
==> update the bearer property when needed.
==AFAIK dormancy applies to modems that supports data bearers.  At least
==in EVDO, the terminal is in dormant state when resources exist for the
==bearer (eg addresses, network side tunnels, etc), but the traffic
==channel is not actually in-use because no data is being sent or
==received.  QMI has a WDS event indication for dormancy, Huawei modems
==have indications for it, and I've seen other command sets that have this
==indication as well.
==ModemManager-devel mailing list
==ModemManager-devel at lists.freedesktop.org

More information about the ModemManager-devel mailing list