- Mar 18, 2016
-
-
Aleksander Morgado authored
Also bump soname of libmm-glib, as the interface has grown since the last tag.
-
Aleksander Morgado authored
-
Aleksander Morgado authored
Preparing for the new ModemManager stable release, we now require the latest stable series of both libmbim and libqmi.
-
- Mar 16, 2016
-
-
Aleksander Morgado authored
html/MMCallProperties.html:141: warning: no link for: 'mm-modem-voice-create' -> (<code class="function">mm_modem_voice_create()</code>). html/MMCallProperties.html:141: warning: no link for: 'mm-modem-voice-create-sync' -> (<code class="function">mm_modem_voice_create_sync()</code>). html/MMModemVoice.html:379: warning: no link for: 'mm-modem-voice-delete-finish' -> (<code class="function">mm_modem_voice_delete_finish()</code>). html/MMModemVoice.html:380: warning: no link for: 'mm-modem-voice-delete-sync' -> (<code class="function">mm_modem_voice_delete_sync()</code>).
-
Aleksander Morgado authored
html/MMModemLocation.html:516: warning: no link for: 'mm-modem-dup-supl-server' -> (<code class="function">mm_modem_dup_supl_server()</code>).
-
- Mar 15, 2016
-
-
Dan Williams authored
make distcheck runs a build in dist directory subtirs and then runs intltool -m which in turn complains about translations in a built file: The following files contain translations and are currently not in use. Please consider adding these to the POTFILES.in file, located in the po/ directory. sub/data/org.freedesktop.ModemManager.policy.in The issue is reported to intltool upstream already: https://bugs.launchpad.net/intltool/+bug/1117944
-
Aleksander Morgado authored
-
Aleksander Morgado authored
So that appending a new item in the list only inserts one new line (i.e. the last $(NULL) is the last item always).
-
Aleksander Morgado authored
We try to combine in common envvars the compiler and linker flags shared by the different components, and where possible, also re-using the implicit AM_CFLAGS and AM_LDFLAGS variables that automake provides, and which apply to all objects being built in the same Makefile.am. The plugins build rules are also updated so that whenever a plugin has some testable 'helpers', these are compiled into a noinst library and then the new library included by both the plugin and the tester program. This avoids multiple recompilations of the same sources for different objects.
-
Aleksander Morgado authored
We try to combine in common envvars the compiler and linker flags shared by the different components, and where possible, also re-using the implicit AM_CFLAGS and AM_LDFLAGS variables that automake provides, and which apply to all objects being built in the same Makefile.am. The internal libmodem-helpers.la library is also renamed to libhelpers.la
-
Aleksander Morgado authored
The rule with multiple targets means that for each of the target the command specified is run; not that a single run of the command generates all the targets specified. So, generate the .c file with the command, and make the .h and the .xml files a side-effect of the .c generation.
-
Dan Williams authored
Cinterion PHS8-US devices send split PDP context ID like "(1-17,101-112)" and that caused the modem-helpers to choke.
-
- Mar 13, 2016
-
-
Aleksander Morgado authored
-
Aleksander Morgado authored
Otherwise: configure.ac:86: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and its use is discouraged. configure.ac:86: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead, configure.ac:86: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files.
-
For non-QMI/non-MBIM Huawei devices that use HiSense chipsets, the recommended way to create the connection is to use NDISDUP and either DHCP on the net interface, or the ^DHCP command. There are some reports of devices that connect successfully, but don't respond to DHCP requests on the interface. Try to get IP addressing info from the device via ^DHCP and fall back to telling clients to use actual DHCP if that fails. https://bugzilla.redhat.com/show_bug.cgi?id=1254886
-
Aleksander Morgado authored
Based on a previous patch from Dan Williams <dcbw@redhat.com>
-
- Mar 11, 2016
-
-
Aleksander Morgado authored
We no longer need to complete in idle, because the limitation imposed by the serial port methods no longer exists.
-
Aleksander Morgado authored
Port serial command completions may be performed in several different places: * When a cached response is set during command sending. * When errors happen during command sending. * When we process a response (i.e. common_input_available()) * When we process a timeout (i.e. port_serial_timed_out()) * When cancelled (i.e. port_serial_response_wait_cancelled()) We're currently safe with the previous logic only because the users of the serial port explicitly complete operations in idle, which means that whenever we're processing in a internal callback (e.g. during response or timeout processing) the serial port object is valid for as long as the callback runs. But, if we ever end up using the serial port with a not-in-idle completion, it may happen that if the command is completed within a internal signal callback the serial port object may get fully closed and unref-ed before exiting the callback. We could force a valid port reference to exist as long as the internal signal is scheduled, but then we may lose the ability to automatically close the port during a full unref(), as the internal signals are set as long as the port is open. So, to cope with this possibility of not-in-idle completion, we instead force references to be valid whenever we see that a command completion may happen, which is basically whenever port_serial_got_response() is called; but we only do that if we're going to use the port object after that, otherwise, we ignore the problem. In addition to the problems with the references, we also update the common_input_available() method so that the source isn't kept if the last response buffer processing ended up closing the port.
-
- Mar 10, 2016
-
-
- Mar 09, 2016
-
-
Aleksander Morgado authored
-
Aleksander Morgado authored
-
Aleksander Morgado authored
-
Aleksander Morgado authored
-
Aleksander Morgado authored
-
* Add new async virtual method init_current_storages to MMIfaceModemMessaging * Add logic of init_current_storages to MMBroadbandModem * Add step "INIT_CURRENT_STORAGES" in MMIfaceModemMessaging initialization in order to load and store current SMS storages for mem1 and mem2. * Add usage of current sms storage value for mem1 in place of an empty string parameter when the command AT+CPMS is used. https://bugs.freedesktop.org/show_bug.cgi?id=93135
-
- Mar 02, 2016
-
-
- Feb 24, 2016
-
-
This patch adds current modes setting in Telit plugin
-
- Feb 20, 2016
-
-
ModemManager locks the proxmark3 when it is connected. As it is not a modem, ModemManager shouldn't be talking to it. At present, the recommended action in the proxmark3 documentation is to purge ModemManager to fix this issue. Note that this vendor uses an unregistered USB device ID, so it is instead matched by the manufacturer string. References: - http://store.ryscc.com/blogs/news/45802433 - http://www.proxmark.org/forum/viewtopic.php?id=1759
-
Aleksander Morgado authored
-
- Feb 15, 2016
-
-
-
Fixes problems with GCC 6 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811583 Bug: https://bugs.freedesktop.org/show_bug.cgi?id=94149
-
Aleksander Morgado authored
Which actually segfaults, as MMBroadbandModem doesn't implement the disable_unsolicited_events() method in the voice interface.
-
Aleksander Morgado authored
These messages list the emergency numbers reported by the network, we don't use them yet. E.g.: ^ECCLIST: 112,911\r\n
-
- Feb 13, 2016
-
-
Probe the Thuraya XT modem by USB vendor ID; there are no RS232 versions to my knowledge. One of my computers exhibiting the probing issue (VID/PID of the PCI host controller instead of the USB device) fixed itself after a reboot. Signed-off-by: Thomas Sailer <t.sailer@alumni.ethz.ch>
-
Aleksander Morgado authored
We should really consider errors if we expect that the regex string may not compile; but in this case the pattern is fixed, so should never happen.
-
Also added test cases. Signed-off-by: Thomas Sailer <t.sailer@alumni.ethz.ch>
-
GSM 07.07 CREG=2 unsolicited pattern. Added testcase for Thuraya XT. Signed-off-by: Thomas Sailer <t.sailer@alumni.ethz.ch>
-
- Feb 11, 2016
-
-
Dan Williams authored
-
Dan Williams authored
A Huawei E173 (with FW 11.126.15.00.445) seems to stop responding on the primary port (ttyUSB2) when the CGACT is resent on the data port (ttyUSB0). The CGACT-on-data-port was originally added as a fallback attempt to get single-port modems to disconnect when all other methods failed. For single-port modems, the primary port is also the data port so this patch will have no effect. For multi-port modems, this patch will retry the CGACT on the primary port which has a higher chance of success because we already know the primary port is talking to us, while the data port may still be stuck in PPP mode.
-
Signed-off-by: Thomas Sailer <t.sailer@alumni.ethz.ch>
-