diff options
author | Dan Williams <dcbw@redhat.com> | 2013-04-30 09:38:32 -0500 |
---|---|---|
committer | Dan Williams <dcbw@redhat.com> | 2013-05-30 22:34:34 -0500 |
commit | 38a2dc71e7cf2a9c3eea07002da415c2c64a86fd (patch) | |
tree | 3d7a2b110e256db27376a7c272288efc34617060 | |
parent | 32fe178fd01ad22b7367301793f68c4f491c214e (diff) | |
download | ModemManager-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.c | 2 |
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; |