| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Some modems (e.g. ZTE MF190) report UMTS access technology as "3G":
--> 'AT+ZPAS?<CR>'
<-- '<CR><LF>+ZPAS: "3G","CS_PS"<CR><LF><CR><LF>OK<CR><LF>'
|
|
otherwise we fail with:
CC ModemManager-mm-broadband-modem-qmi.o
mm-broadband-modem-qmi.c: In function ‘process_gsm_info’:
mm-broadband-modem-qmi.c:4182:18: error: ‘egprs_support_valid’ undeclared (first use in this function)
&egprs_support_valid, &egprs_support,
^
mm-broadband-modem-qmi.c:4182:18: note: each undeclared identifier is reported only once for each function it appears in
mm-broadband-modem-qmi.c:4182:40: error: ‘egprs_support’ undeclared (first use in this function)
&egprs_support_valid, &egprs_support,
|
|
otherwise we fail with:
CC ModemManager-mm-broadband-modem-qmi.o
mm-broadband-modem-qmi.c: In function ‘get_signal_info_ready’:
mm-broadband-modem-qmi.c:2309:5: error: passing argument 3 of ‘signal_info_get_quality’ from incompatible pointer type [-Werror]
if (!signal_info_get_quality (ctx->self, output, &quality)) {
^
mm-broadband-modem-qmi.c:2236:1: note: expected ‘gint8 *’ but argument is of type ‘guint *’
signal_info_get_quality (MMBroadbandModemQmi *self,
^
cc1: all warnings being treated as errors
|
|
otherwise we fail with:
CC ModemManager-mm-broadband-modem-qmi.o
mm-broadband-modem-qmi.c: In function ‘modem_load_current_bands’:
mm-broadband-modem-qmi.c:1881:35: error: ‘ctx’ undeclared (first use in this function)
if (qmi_client_check_version (ctx->client, 1, 19)) {
^
mm-broadband-modem-qmi.c:1881:35: note: each undeclared identifier is reported only once for each function it appears in
|
|
|
|
Otherwise, we may end up losing the tags we expect if the device gets a 'move'
event just after the initial 'add'.
|
|
Make sure we cleanup the 'buffer-full' signal handler when moving from AT
probing to QCDM probing, so that we don't try to remove a signal handler from
a QCDM port in which we haven't set it.
E.g. avoids:
ModemManager[1493]: <debug> [1390731359.108502] [mm-port-probe.c:239] mm_port_probe_set_result_qcdm(): (tty/ttyHS2) port is QCDM-capable
(ModemManager:1493): GLib-GObject-WARNING **: gsignal.c:2585: instance '0x7431b0' has no handler with id '16'
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mbim_device_command_finish() returns always a new reference to the response.
|
|
|
|
E.g. the ZTE MF190
[/dev/cdc-wdm1] QMI Device supports 4 services:
[/dev/cdc-wdm1] ctl (1.2)
[/dev/cdc-wdm1] wds (1.3)
[/dev/cdc-wdm1] dms (1.2)
[/dev/cdc-wdm1] nas (1.0)
|
|
|
|
This patch sets the subscription state using Verizon's PCO values.
|
|
MM_LIBS was missing in PLUGIN_COMMON_LINKER_FLAGS, and replace GUDEV_LDFLAGS
with GUDEV_LIBS.
|
|
|
|
|
|
This patch modifies MMBroadbandBearerHuawei such that connect_3gpp
simply reports an error via g_simple_async_report_error_in_idle, without
creating a Connect3gppContext, if no data port is available.
|
|
After a MMSerialPort object is forced close, it may be opened again if some
other object still holds a reference to it. When the MMSerialPort object is
eventually disposed, mm_serial_port_close_force is invoked on the object but
does nothing as 'priv->forced_close' is already set to TRUE. 'priv->watch_id'
is still active, which could potentially lead to a crash if data_available is
called after the MMSerialPort object is finalized. This patch prevents such a
scenario by failing mm_serial_port_open / mm_serial_port_reopen after the
MMSerialPort has been forced close.
|
|
|
|
This patch prevents connect_3gpp_context_complete_and_free from calling
'g_object_unref (ctx->data)' when connect_3gpp finds no data port (i.e.
ctx->data is set to NULL).
|
|
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
|
|
The Novatel LTE modem only uses its primary AT port for AT commands.
Instead of referencing any existing secondary port, this patch changes
MMBroadbandBearerNovatelLte to explicitly use the primary port during the
connection and disconnection sequence.
|
|
The Altair LTE modem only uses its primary AT port for AT commands.
Instead of referencing any existing secondary port, this patch changes
MMBroadbandBearerAltairLte to explicitly use the primary port during the
connection and disconnection sequence.
|
|
If the bearer is not actually connected and the modem (inappropriately)
indicates a disconnected status via a ^NDISSTAT unsolicited message, it
could potentially lead to the following assertion in
connect_3gpp_context_step. This patch addresses such an issue.
g_assert (ctx->self->priv->network_disconnect_pending_id == 0);
0x7f940c2ecd95 [libc-2.15.so] - raise.c:64 raise
0x7f940c2ee217 [libc-2.15.so] - abort.c:91 abort
0x7f940c8e6086 [libglib-2.0.so.0.3400.3] - gtestutils.c:1877 g_assertion_message
0x7f940c8e6553 [libglib-2.0.so.0.3400.3] - gtestutils.c:1888 g_assertion_message_expr
0x7f940cba5710 [libmm-plugin-huawei.so] - mm-broadband-bearer-huawei.c:240 connect_3gpp_context_step
0x7f940cd4a51e [ModemManager] - mm-broadband-bearer.c:1246 connect
0x7f940cd662b7 [ModemManager] - mm-iface-modem-simple.c:588 connection_step
0x7f940cd66e6e [ModemManager] - mm-iface-modem-simple.c:267 register_in_3gpp_or_cdma_network_ready
0x7f940ca0e296 [libgio-2.0.so.0.3400.3] - gsimpleasyncresult.c:775 g_simple_async_result_complete
0x7f940ca0e398 [libgio-2.0.so.0.3400.3] - gsimpleasyncresult.c:787 complete_in_idle_cb
0x7f940c8c2ff4 [libglib-2.0.so.0.3400.3] - gmain.c:2715 g_main_context_dispatch
0x7f940c8c3377 [libglib-2.0.so.0.3400.3] - gmain.c:3290 g_main_context_iterate
0x7f940c8c37c9 [libglib-2.0.so.0.3400.3] - gmain.c:3484 g_main_loop_run
0x7f940cd3b425 [ModemManager] - main.c:142 main
0x7f940c2d9464 [libc-2.15.so] - libc-start.c:234 __libc_start_main
0x7f940cd3afa8 [ModemManager] + 0x0001efa8
|
|
|
|
This device ID is used in a Lenovo Helix.
|
|
Aligned to the value used also in QMI, and likely a much better value than the
original 10s.
See:
http://lists.freedesktop.org/archives/libmbim-devel/2013-December/000079.html
|
|
|
|
|
|
This patch fixes mm_huawei_parse_prefmode_test to always report an error when
returning NULL, which avoid a potential crash when the caller tries to access
the error.
|
|
Based on a patch from: Bjørn Mork <bjorn@mork.no>
Some messages provide an additional NwError cause code from
the network in case of failure. This means that we need to
parse the reply even if the status indicates failure, to be
able to return the exact failure cause.
|
|
When wait_for_final_state_context_complete_and_free is invoked, if the callback
associated with the GSimpleAsyncResult object of the WaitForFinalStateContext
object updates the modem state via mm_iface_modem_update_state, state_changed
is invoked, which causes wait_for_final_state_context_complete_and_free to be
invoked again on the same WaitForFinalStateContext object. That leads to the
following crash, which is observed sometimes when a modem is being disabled.
Thread 0 *CRASHED* ( SIGSEGV @ 0x00000000 )
0x7fcb7728f202 [libgobject-2.0.so.0.3400.3] - gobject.c:2916 g_object_unref
0x7fcb7743205c [ModemManager] - mm-broadband-modem.c:8034 disabling_context_complete_and_free
0x7fcb77434d64 [ModemManager] - mm-broadband-modem.c:8130 disabling_wait_for_final_state_ready
0x7fcb770c0b86 [libgio-2.0.so.0.3400.3] - gsimpleasyncresult.c:775 g_simple_async_result_complete
0x7fcb7740cdbc [ModemManager] - mm-iface-modem.c:101] wait_for_final_state_context_complete_and_free
0x7fcb7740ce19 [ModemManager] - mm-iface-modem.c:128] state_changed_wait_expired
0x7fcb76f78c33 [libglib-2.0.so.0.3400.3] - gmain.c:4026] g_timeout_dispatch
0x7fcb76f78087 [libglib-2.0.so.0.3400.3] - gmain.c:2715] g_main_context_dispatch
0x7fcb76f78437 [libglib-2.0.so.0.3400.3] - gmain.c:3290] g_main_context_iterate
0x7fcb76f78891 [libglib-2.0.so.0.3400.3] - gmain.c:3484] g_main_loop_run
0x7fcb773f4d55 [ModemManager] - main.c:142] main
0x7fcb7698a9c6 [libc-2.15.so] - libc-start.c:234] __libc_start_main
0x7fcb773f48b8 [ModemManager] + 0x000218b8]
|
|
The default broadband modem implementation doesn't have a method to disable
unsolicited messages for SMS.
|
|
Also bump soname of libmm-glib, as the interface has grown since the last tag.
|
|
This patch addresses a potential memory leak when load_sim_identifier or
load_imsi in MMSimMbim is called but the caller does not provide a
GAsyncReadyCallback.
|
|
This patch addresses a potential memory leak when scan_networks in
MMBroadbandModemMbim is called but the caller does not provide a
GAsyncReadyCallback.
Reported by Aleksander Morgado <aleksander@lanedo.com>
|
|
This patch addresses a potential memory leak when
load_operator_identifier or load_operator_name in MMSimMbim is called
but the caller does not provide a GAsyncReadyCallback.
Reported by Aleksander Morgado <aleksander@lanedo.com>
|
|
Some Huawei modems (e.g. E220) may give an empty response for AT^SYSCFG=?, even
if they do support the command. Handle this case by prividing a default fallback
format string when this happens.
|
|
|
|
|
|
|
