Scubapro Aladin Square

[vavincavent]

I have used scubapro_g2.c joined and this is the log :

Subsurface: v4.7.4-1-g4d04f74312dc, built with libdivecomputer v0.6.0-
devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d)
INFO: Open: vid=c251, pid=2006
INFO: Open: interface=0, endpoints=81,02
ERROR: Failed to open the usb device (LIBUSB_ERROR_ACCESS). [in
../../src/usbhid.c:392 (dc_usbhid_open)]
ERROR: Failed to open Scubapro G2 device [in
../../src/scubapro_g2.c:224 (scubapro_g2_device_open)]

Vincent

Le lundi 13 novembre 2017 à 09:34 -0800, Linus Torvalds a écrit :
> On Mon, Nov 13, 2017 at 9:29 AM, vavincavent <vavincavent at gmail.com>
> wrote:
> > I have little problem with tshark or wireshark. But I try to test
> > this
> > !
> > The result with windows give me hope for the same with DEBIAN!
> 
> Well, you can also just test out the "maybe it's the extra zero byte
> for hidusb" directly, without capturing any packet trace.
> 
> In scubapro_g2_transfer(), see how it does that:
> 
>         // BLE GATT protocol?
>         if (io->packet_size < 64) {
>                 // No report type byte
>                 status = io->packet_write(io, buf+1, csize+1,
> &transferred);
>         } else {
>                 status = io->packet_write(io, buf, sizeof(buf),
> &transferred);
>         }
> 
> and the difference is exactly that the BLE GATT stuff does _not_ want
> that silly report type byte.
> 
> libusb doesn't really either - it was added just for hidapi.
> 
> So try just changing that
> 
>         if (io->packet_size < 64) {
> 
> to a
> 
>         if (1) {
> 
> and see if your Debian case magically works.
> 
> (Of course, this is in _addition_ to all the USB ID hackery to make
> it
> use the right device ID)
> 
>                 Linus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: scubapro_g2.c
Type: text/x-csrc
Size: 12899 bytes
Desc: not available
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20171113/fac35486/attachment-0001.c>