<div dir="ltr">Hi Linus,<div><br></div><div>Yes, you are right, failure in dc_serial_open drops down to ftdi_open.</div><div><br></div><div>>> But you cut out the rest of the output..<br></div><div><br></div><div>No, that all there was in the libdivecomputer.log, after that error the log was empty (and proceeding this is only version information), so the INFO and ERROR line is the complete log.</div><div><br></div><div>    ---------- libdivecomputer.log ----------<br>    Subsurface: v4.7.8-287-g76f61468e690, built with libdivecomputer v0.7.0-devel-Subsurface-NG (e97a47cca55973199715df0f818b4955e60d3a31)<br>    INFO: Open: name=ftdi<br>    ERROR: No such file or directory (2) [in /data/android/subsurface/libdivecomputer/src/serial_posix.c:295 (dc_serial_open)]<br>    ---------- finish ----------<br></div><div><br></div><div>Somewhere along these lines, <span style="background-color:transparent;font-family:SFMono-Regular,Consolas,"Liberation Mono",Menlo,Courier,monospace;font-size:11.9px;color:rgb(36,41,46)">DC_STATUS_UNSUPPORTED </span>is returned which causes the output "Unsupported operation", don't know if this is pointing somewhere, or is just also expected information ... ;)</div><div><br></div><div>But, I guess Dirk is right, there is still some confusion about using OTG cable, Bluetooth Link, FTDI etc, so there are still some hurdles to pass ...</div><div><br></div><div>Best regards,</div><div>Thomas</div><div><br></div><div><br><br><div class="gmail_quote"><div dir="ltr">tors 21 juni 2018 kl 08:53 skrev Linus Torvalds <<a href="mailto:torvalds@linux-foundation.org">torvalds@linux-foundation.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Jun 21, 2018 at 3:17 PM Thomas Fänge <<a href="mailto:thomas.fange@gmail.com" target="_blank">thomas.fange@gmail.com</a>> wrote:<br>
><br>
> Still the same error from libdivecomputer:<br>
><br>
>     INFO: Open: name=ftdi<br>
>     ERROR: No such file or directory (2) [in /data/android/subsurface/libdivecomputer/src/serial_posix.c:295 (dc_serial_open)]<br>
<br>
Note: this is "normal".<br>
<br>
The DC_TRANSPORT_SERIAL first just calls dc_serial_open(), and only if<br>
that fails will it then try to fall back on the "ftdi_open()" case.<br>
<br>
                rc = dc_serial_open(&data->iostream, context, data->devname);<br>
                if (rc == DC_STATUS_SUCCESS)<br>
                        return rc;<br>
<br>
  #ifdef SERIAL_FTDI<br>
                if (!strcmp(data->devname, "ftdi")) {<br>
                        rc = ftdi_open(&data->iostream, context);<br>
                        if (rc == DC_STATUS_SUCCESS)<br>
                                return rc;<br>
                }<br>
  #endif<br>
<br>
so an error from dc_serial_open() is actually expected.<br>
<br>
I guess we could move the ftdi check up.<br>
<br>
If the FTDI open fails, it should print an error message right *after*<br>
the one from dc_serial_open(). But you cut out the rest of the<br>
output..<br>
<br>
             Linus<br>
</blockquote></div></div></div>