diff options
| author | Dan Williams <dcbw@redhat.com> | 2013-04-30 09:38:32 -0500 |
|---|---|---|
| committer | Dan Williams <dcbw@redhat.com> | 2013-04-30 09:38:32 -0500 |
| commit | 862eaf4d584037cc44ad662b60a131ec04a972f0 (patch) | |
| tree | e4c913c1736ae609cedb9241643ee7d8874ab2c1 | |
| parent | 9dcbf33c88615b6b3baeec0d79a320b6df0bd403 (diff) | |
| download | ModemManager-862eaf4d584037cc44ad662b60a131ec04a972f0.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 bce805199..5df7d1e4a 100644 --- a/src/mm-qcdm-serial-port.c +++ b/src/mm-qcdm-serial-port.c @@ -231,6 +231,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)); } @@ -246,6 +247,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; |