aboutsummaryrefslogtreecommitdiff
path: root/plugins
AgeCommit message (Collapse)Author
2016-03-21cinterion: drop unused constantsLubomir Rintel
GCC 6 doesn't like this. Unused since f2024b7.
2016-03-15build,plugins: update build rulesAleksander Morgado
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.
2016-03-15build,core: update build rulesAleksander Morgado
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
2016-03-13huawei: use AT^DHCP response if available for NDISDUP-capable devicesDan Williams
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
2016-03-13huawei: ignore ^LTERSRP unsolicited messageAleksander Morgado
Based on a previous patch from Dan Williams <dcbw@redhat.com>
2016-03-10telit: implemented set current bandsCarlo Lobrano
2016-02-24telit: add current modes settingDaniele Palmas
This patch adds current modes setting in Telit plugin
2016-02-15telit: add load_current_bands interfaceCarlo Lobrano
2016-02-15huawei: avoid trying to disable parent voice unsolicited eventsAleksander Morgado
Which actually segfaults, as MMBroadbandModem doesn't implement the disable_unsolicited_events() method in the voice interface.
2016-02-15huawei: ignore ^ECCLIST unsolicited messagesAleksander Morgado
These messages list the emergency numbers reported by the network, we don't use them yet. E.g.: ^ECCLIST: 112,911\r\n
2016-02-13thuraya: filter by vendor ID instead of vendor stringThomas Sailer
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>
2016-02-11thuraya: add plugin for the Thuraya XT satellite phone modemThomas Sailer
Signed-off-by: Thomas Sailer <t.sailer@alumni.ethz.ch>
2016-02-11mbm: stop echos on gps portTomas Jura
2016-02-04plugin: telit: add current mode loadingDaniele Palmas
This patch adds current mode loading in Telit plugin
2016-02-04plugin: telit: add supported modes loadingDaniele Palmas
This patch add supported modes loading in Telit plugin.
2016-01-25telit: minor coding style fixesAleksander Morgado
2016-01-25telit: add load_supported_bands interfaceCarlo Lobrano
2016-01-25telit: add udev rule for Telit LE910 V2 modemCarlo Lobrano
2016-01-24build: require GLib 2.36Aleksander Morgado
We now need it for GTask support.
2016-01-16tests,generic: rename basic DBus testAleksander Morgado
2016-01-16tests,port-context: explicitly close the socket that is added to the listenerAleksander Morgado
Since GLib 2.42, the sockets that are added to socket listeners may no longer be closed automatically when the listener is finalized. In order to avoid that, we will keep our own socket reference and close/unref it ourselves. This issue was preventing adding new test cases with the same port names. $ ./test-service-generic --verbose GTest: random seed: R02S889153ee0f2e59c570f4edff9caa4176 GTest: run: /MM/Service/Generic/enable-disable Activating service name='org.freedesktop.ModemManager1' Successfully activated service 'org.freedesktop.ModemManager1' (MSG: DEBUG: client connection closed) (MSG: MESSAGE: Found modem at '/org/freedesktop/ModemManager1/Modem/0') ** Message: Found modem at '/org/freedesktop/ModemManager1/Modem/0' (MSG: DEBUG: client connection closed) GTest: result: OK GTest: run: /MM/Service/Generic/cme-error-detected Activating service name='org.freedesktop.ModemManager1' Successfully activated service 'org.freedesktop.ModemManager1' (MSG: FATAL-ERROR: Cannot bind socket: Error binding to address: Address already in use) ** (/home/aleksander/Development/foss/ModemManager/plugins/.libs/lt-test-service-generic:32043): ERROR **: Cannot bind socket: Error binding to address: Address already in use
2016-01-16tests,test-fixture: don't rely on other threads to update dbus propertiesAleksander Morgado
We were wrongly using a main loop in the port context thread to manage the global main context. That was silently making the DBus property notifications kind of work, as they were being updated via another thread, so here we could just sleep() and recheck the property values. Given that having that unrelated thread updating the dbus properties of our MMManager object is not a good thing, we'll instead totally ignore that and fully re-create the MMManager in each iteration with the sync() method, which has its own internal thread.
2016-01-16tests,port-context: properly setup per-thread main contextAleksander Morgado
Instead of creating a new main context to be used in the thread, we were using the global context. So, fix that, and create a totally new pair of main context and main loop to be used within the thread.
2016-01-10mbm: query supported modes to the modem with +CFUN=?Aleksander Morgado
We were trying to load the generic modes supported reported by either *CNTI=2 or AT+WS46=?, so that then we could filter out the MBM-specific modes unsupported. But, this may not be ideal, as both these two commands may fail: [mm-broadband-modem.c:1612] modem_load_supported_modes(): loading supported modes... [mm-port-serial.c:1237] mm_port_serial_open(): (ttyACM1) device open count is 3 (open) [mm-port-serial.c:1294] _close_internal(): (ttyACM1) device open count is 2 (close) [mm-port-serial-at.c:440] debug_log(): (ttyACM1): --> 'AT*CNTI=2<CR>' [mm-port-serial-at.c:440] debug_log(): (ttyACM1): <-- '<CR><LF>ERROR<CR><LF>' [mm-serial-parsers.c:364] mm_serial_parser_v1_parse(): Got failure code 100: Unknown error [mm-broadband-modem.c:1546] supported_modes_cnti_ready(): Generic query of supported 3GPP networks with *CNTI failed: 'Unknown error' [mm-port-serial.c:1237] mm_port_serial_open(): (ttyACM1) device open count is 3 (open) [mm-port-serial.c:1294] _close_internal(): (ttyACM1) device open count is 2 (close) [mm-port-serial-at.c:440] debug_log(): (ttyACM1): --> 'AT+WS46=?<CR>' [mm-port-serial-at.c:440] debug_log(): (ttyACM1): <-- '<CR><LF>ERROR<CR><LF>' [mm-serial-parsers.c:364] mm_serial_parser_v1_parse(): Got failure code 100: Unknown error [mm-broadband-modem.c:1494] supported_modes_ws46_test_ready(): Generic query of supported 3GPP networks with WS46=? failed: 'Unknown error' [mm-iface-modem.c:3974] load_supported_modes_ready(): couldn't load Supported Modes: 'Couldn't retrieve supported modes' Instead, we'll ask the modem for the list of modes supported, and return that directly.
2015-12-19build: don't redefine test_modem_helpers_telit_LDADDAleksander Morgado
2015-12-19telit: use explicit FIRST step nameAleksander Morgado
2015-12-19telit: don't talk to the user in a GErrorAleksander Morgado
2015-12-19telit: prefix helper methods with 'mm_telit'Aleksander Morgado
2015-12-19telit: fix minor coding style issuesAleksander Morgado
2015-12-19telit: add load_unlock_retries interfaceCarlo Lobrano
2015-12-11telit: add modem_reset to telit pluginCarlo Lobrano
2015-12-04telit: add modem_power_down to telit pluginCarlo Lobrano
2015-12-02core: use G_SOURCE_REMOVE and G_SOURCE_CONTINUE in GSourceFuncsAleksander Morgado
2015-09-24sierra: fix build error when MBIM and QMI are disabledDan Williams
Found by Jean-Christian de Rivaz
2015-08-02huawei: plug memleakAleksander Morgado
2015-08-02huawei,voice: ignore undocumented ^CSCHANNELINFO unsolicited commandMarco Bascetta
This command is sent by Huawei ME909s-120 with firmware 23.613.61.00.00
2015-08-02huawei,voice: minor coding style fixesAleksander Morgado
2015-08-02huawei: fixed status_change reason on new outgoing callMarco Bascetta
2015-08-02huawei: signal incoming DTMF to DBusMarco Bascetta
2015-08-02base-call: refactoring of error handling when call startsRiccardo Vangelisti
2015-08-02huawei: acquire incoming DTMF on active callMarco Bascetta
2015-08-02huawei: added proprietary Huawei call handlingRiccardo Vangelisti
2015-08-02huawei: handle voice call state changesMarco Bascetta
2015-08-02huawei: handle custom voice unsolicited eventsMarco Bascetta
2015-06-18huawei: update to correct secondary port request and regex masking for ^POSITIONMarc Murphy
2015-04-17build: only compile dbus tests if GIO >= 2.34 is availableAleksander Morgado
2015-04-10mbm: enable GPS port for HS2350Aleksander Morgado
https://bugs.freedesktop.org/show_bug.cgi?id=85008 As reported by Dan Williams <dcbw@redhat.com>.
2015-04-10mbm: enable GPS port for H5321gwAleksander Morgado
https://bugs.freedesktop.org/show_bug.cgi?id=85008 As reported by Sven Arvidsson <sa@whiz.se>.
2015-04-10mbm: add GPS location gathering supportFabrice Bellet
The udev rules file is updated according to the list of devices supporting gps features provided by the udev rules file from the mbm-gpsd project. https://bugs.freedesktop.org/show_bug.cgi?id=85008
2015-03-29huawei: allow responses like ^NDISSTATQry (e.g. Huawei E353)Aleksander Morgado
generated by cgit v1.2.3-70-g09d2 (git 2.46.0) at 2025-06-15 16:58:05 +0000