| Age | Commit message (Collapse) | Author |
|---|
|
Some devices apparently don't like it (even though it's required
in the standards) and since we can deal without it, don't require
+CMEE=1 to complete successfully.
|
|
The generic CDMA superclass already checks minimal registration state,
and when some of the additional query_registration_state() subclass checks
were being performed, if the device returned an error (if it didn't support
the subclass' specific registration command like *STATE or ^SYSINFO) the
superclass' registration state checks would be thrown away.
Fix that by specifying the behavior of the subclass'
query_registration_state() methods to ignore most errors and leave the
superclass' registration state intact if a non-critical error occurs.
|
|
The next plugin logic was wrong when a previous plugin had already
claimed support for the port and the Generic plugin was next. In
that case, the code failed to call the functions to actually grab
the port.
|
|
We want to print out QCDM messages as hex, not ASCII. So let
each port type print out it's own communication as it wants to.
|
|
Since Generic is always last, it was getting ignored by this
off-by-one bug caused by a previous patch.
|
|
|
|
And fix a small bug where polling wasn't started for the ENABLED state.
|
|
|
|
|
|
Otherwise info->cur_plugin is wrong (and therefore we left uncleared
supports tasks in MMPluginBase) when the port isn't supported by
the plugin, but it's parent modem device was supported by the plugin.
Like when all probing of the port fails but one of it's siblings has
already been claimed by a modem; in this case we just drop the port
(so that no other plugin could try to claim it, because only one
plugin is allowed to handle all a modem's ports) but we still need
to tell the parent modem's plugin to clean up the supports task.
|
|
|
|
If a port is found by the kernel after the modem is already exported,
make sure we don't re-export the modem after the tardy port is handled.
|
|
If the modem doesn't have two AT ports (so one can be used for AT+CSQ
while connected) get the 1x active pilot's EC/IO and use that for
signal strength.
|
|
A modem is now only exported to D-Bus when both of the following are true:
1) the modem is valid
2) all ports the modem provides have been handled by appropriate plugins
This ensures that all the modem's ports are completely ready before
any clients can do anything with it. In the case of CDMA modems with
QCDM ports, this allows the QCDM ports to be detected before exporting
the modem. Since the QCDM detection comes after AT probing, previously
this resulted in a CDMA modem getting exported to clients before we had
a QCDM port to query for registration status.
|
|
|
|
It turns out that the manager needs to know about the physical
device so we can prevent multiple plugins from claiming ports on
the same modem.
|
|
|
|
Some modems (Huawei E1552) appear to have problems with auto registration
in some circumstances that we don't yet fully understand, such that when
AT+COPS=0 is sent they never end up registering with the correct network.
As a minor workaround, if the modem is already registered with a provider
and the user hasn't specified manual registration, don't set auto
registration but let the modem figure it out itself.
See (bgo #591047) for more details.
|
|
|
|
|
|
Bug didn't have much of an effect, but should be fixed anyway.
|
|
Assume (for now) that devices that respond to AT+CPIN without an
error are GSM devices. This may not be 100% true as some devices
in Asia (where CDMA devices use RUIMs which are basically SIMs) support
+CPIN for unlocking the RUIM, but since CDMA devices more consistently
implement AT+GCAP and ATI than we should be safe for a while.
|
|
This should solve problems with users who's providers are EVDO
only and thus the device isn't in 1X mode, but who's modems
don't set anything meaningful for CAD or CSS when the 1X radio
isn't registered. Previously, MM would just spin thinking it
wasn't registered when trying to connect.
This was mostly found with AnyDATA, Huawei, and some ZTE devices
from Russia and India.
|
|
|
|
|
|
|
|
|
|
Which are Sprint-specific commands which appear to be implemented by
various phones for getting access technology and roaming status.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Again, only required for various dialing features we don't deal with
yet.
|
|
|
|
|
|
|
|
Helpful when chaining a number of commands together when you want
to schedule the callback info only after all of them complete.
|
|
|
|
We don't really care about anything that came before.
|
|
Makes sure we build on Alpha, plus the right thing to do.
|
|
|
|
Device is functional without it; it's only required for stuff
we don't do yet.
|
|
|
|
|
|
|
|
|
|
|
|
For now; until Sierra releases their CnS documentation.
|
