summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDan Williams <dcbw@redhat.com>2013-04-30 09:38:32 -0500
committerDan Williams <dcbw@redhat.com>2013-05-30 22:34:34 -0500
commit38a2dc71e7cf2a9c3eea07002da415c2c64a86fd (patch)
tree3d7a2b110e256db27376a7c272288efc34617060
parent32fe178fd01ad22b7367301793f68c4f491c214e (diff)
downloadModemManager-38a2dc71e7cf2a9c3eea07002da415c2c64a86fd.tar.gz
serial-port-qcdm: set SEND_DELAY to 0 (bgo #698869)
For some reason a number of ZTE CDMA devices want the whole QCDM frame in one USB transaction, or at least don't like it being broken up and sent byte-by-byte with a send delay. They simply don't respond. Since testing indicates that every other QCDM capable device I've got also handles a zero send delay on both 3.8.8 and 2.6.32, lets just set it to zero for everything, which should speed things up a bit too. https://bugzilla.gnome.org/show_bug.cgi?id=698869
-rw-r--r--src/mm-qcdm-serial-port.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/src/mm-qcdm-serial-port.c b/src/mm-qcdm-serial-port.c
index d209dbb70..8d33e71f1 100644
--- a/src/mm-qcdm-serial-port.c
+++ b/src/mm-qcdm-serial-port.c
@@ -222,6 +222,7 @@ mm_qcdm_serial_port_new (const char *name)
MM_PORT_DEVICE, name,
MM_PORT_SUBSYS, MM_PORT_SUBSYS_TTY,
MM_PORT_TYPE, MM_PORT_TYPE_QCDM,
+ MM_SERIAL_PORT_SEND_DELAY, (guint64) 0,
NULL));
}
@@ -237,6 +238,7 @@ mm_qcdm_serial_port_new_fd (int fd)
MM_PORT_SUBSYS, MM_PORT_SUBSYS_TTY,
MM_PORT_TYPE, MM_PORT_TYPE_QCDM,
MM_SERIAL_PORT_FD, fd,
+ MM_SERIAL_PORT_SEND_DELAY, (guint64) 0,
NULL));
g_free (name);
return port;