Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Broken by b22b2d99db57e4cec8e6c3074dd20acd6845cb62 which changed the
return types of the qcdm_result_get_*() function, but I forgot to
update the usage of these functions in mm-generic-cdma.c, so they
were assuming failure when in fact the HDR subsystem state request
was successful.
|
|
|
|
|
|
This reverts commit c1c94333d7e33a257a8476393e468e8dd57482d5.
Didn't realize that 0.5 doesn't support this yet.
|
|
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.
|
|
Off-by-one, fix it.
|
|
|
|
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.
|
|
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.
|
|
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.
|
|
|
|
|
|
They seem to give the raw value of the SNR, but we already do signal quality
reporting using ^RSSI, so not useful.
|
|
Just prefix the existing error instead.
|
|
'str' is already freed when launching the warning, use the 'a' value instead.
|
|
|
|
|
|
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.
|
|
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
|
|
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
|
|
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);
|
|
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>
|
|
|
|
|
|
Built-in echo removal conflicts with _OWANCALL unsolicited messages, which are
not coming prefixed with <CR><LF>.
Fixes LP#953294
|
|
|
|
In the future we'll just default to PDU mode.
|
|
So that the final conf file is updated if the original one gets modified.
|
|
|
|
|
|
|
|
This reverts commit dc89c0a42d826fc3302b3d790d5161945ff7078f.
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.
|
|
-1 was actually correct, if data->len is 10, i goes from 0 to 8.
|
|
We expect the responses to start always with <CR><LF>. We just remove anything
that comes before that.
|
|
|
|
|
|
|
|
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.
|
|
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.
|
|
|
|
|
|
This method will try to convert the input string to UTF-8. The input string is
supposed to be in the given charset; or otherwise is supposed to be the hex
representation of the string in the given charset.
|