- Jul 18, 2012
-
-
Dan Williams authored
-
Dan Williams authored
-
Dan Williams authored
This reverts commit c1c94333. Didn't realize that 0.5 doesn't support this yet.
-
Dan Williams authored
It turns out we really do have to wait for the modem to return the ">" prompt before sending the message data, otherwise a number of modems will complain about the data and fail the message. Fix that by sending the first bit of the CMGS, waiting for the ">", and then sending the rest. This also switches all modems over to PDU mode by default if they support it, since it's more compatible and most recent modems don't even bother to support text mode anyway.
-
- Jul 17, 2012
-
-
Dan Williams authored
Off-by-one, fix it.
-
Dan Williams authored
-
Dan Williams authored
If there's no modem-specific power-down command, the port would be closed prematurely, perhaps leaving unsolicited messages enabled. Make sure that doesn't happen by ensuring that cleanup commands complete.
-
Dan Williams authored
These ports require QMI commands to start, and MM < 0.7 doesn't support QMI, so we can't use these yet. They get recognized as ether ports, but since we can't drive them as ether ports yet, wierd things happen.
-
- Jul 16, 2012
-
-
Dan Williams authored
Tell clients that the reason we're disconnecting isn't some random hiccup, but that roaming isn't allowed and we're now roaming, and thus the modem is getting disconnected.
-
Dan Williams authored
-
Dan Williams authored
-
- Jul 12, 2012
-
-
Aleksander Morgado authored
They seem to give the raw value of the SNR, but we already do signal quality reporting using ^RSSI, so not useful.
-
Aleksander Morgado authored
Just prefix the existing error instead.
-
Aleksander Morgado authored
'str' is already freed when launching the warning, use the 'a' value instead.
-
- Jul 02, 2012
-
-
Dan Williams authored
-
- Jun 06, 2012
-
-
Dan Williams authored
-
Dan Williams authored
Not all devices present a network interface, and on these devices we need to fall back to PPP using the standard setup commands. But they appear to support the Icera custom commands for access technology and such, so still use those. Hopefully fixes ZTE MF665C.
-
- May 23, 2012
-
-
Jiří Klimeš authored
It is leftover from times when D-Bus default limit was 32. Now, it is 8192, see http://cgit.freedesktop.org/dbus/dbus/commit/?id=8d3d8ff55739eebd84d0d53a20a025329feafc3b
-
- Mar 26, 2012
-
-
Aleksander Morgado authored
This patch fixes undesired disconnection attempts during modem disabling. The new `hso_has_cid()' allows to check whether there is a valid CID stored before trying to get it with `hso_get_cid()', as this last method ensures that a valid CID number is returned, even if there is none. Relevant logs of the issue: modem-manager[24085]: hso_get_cid: runtime check failed: (cid >= 0) modem-manager[24085]: hso_get_cid: runtime check failed: (cid >= 0) modem-manager[24085]: (ttyHS4): --> 'AT_OWANCALL=0,0,1<CR>' modem-manager[24085]: (ttyHS4): <-- '<CR><LF>ERROR<CR><LF>' modem-manager[24085]: Got failure code 100: Unknown error
-
- Mar 23, 2012
-
-
Dan Williams authored
If the command we're sending doesn't have a callback, don't try to call NULL. Triggered if the port got closed (because the modem crashed, or refcounting errors or whatever) with some code like this: mm_at_serial_port_queue_command (MM_AT_SERIAL_PORT (port), "+CREG=0", 3, NULL, NULL);
-
- Mar 22, 2012
-
-
When using the either DHCP or STATIC IpMethods the modem manager or device itself negotiates / establishes the PPP session so NM passes the authentication preferences through. Signed-off-by: Andrew Bird <ajb@spheresystems.co.uk>
-
- Mar 14, 2012
-
-
Dan Williams authored
-
Dan Williams authored
-
- Mar 13, 2012
-
-
Aleksander Morgado authored
Built-in echo removal conflicts with _OWANCALL unsolicited messages, which are not coming prefixed with <CR><LF>. Fixes LP#953294
-
Aleksander Morgado authored
-
- Mar 01, 2012
-
-
Dan Williams authored
In the future we'll just default to PDU mode.
-
- Feb 26, 2012
-
-
Aleksander Morgado authored
So that the final conf file is updated if the original one gets modified.
-
Dan Williams authored
-
Dan Williams authored
-
-
This reverts commit dc89c0a4. Older Huawei devices like the E220 really don't like this patch, but we have a real solution in-store (see the 'ports' branch) queued up for later. So until we feel comfortable with that patch, revert the problem commit. This will change probing behavior for newer Huawei devices, but they deal better with secondary ports anyway, while the E220 is just dumb and so it needs some special help.
-
- Feb 16, 2012
-
-
Aleksander Morgado authored
-1 was actually correct, if data->len is 10, i goes from 0 to 8.
-
Aleksander Morgado authored
We expect the responses to start always with <CR><LF>. We just remove anything that comes before that.
-
- Feb 08, 2012
-
-
- Feb 07, 2012
-
-
Dan Williams authored
-
Dan Williams authored
-
Dan Williams authored
This likely has no effect, but just make sure the regex stops grabbing message content when it hits the CF/LF that terminates the message content in text mode.
-
Dan Williams authored
We don't get a \r\n at the end for single messages.
-
GValueArray is deprecated since GLib 2.31.14, but we need to use it for dbus-glib based code. We should re-enable deprecation warnings once we switch to GDBus.
-
-