On Wed, Jun 7, 2017 at 8:17 AM, CZS wrote:
>
> Thanks for the reply, it's never a bad thing when the developer is diving
> the same computer ;) Great to hear you're working towards a USB download
> first, as frankly I find the BLE support a mere luxury!
So it turns out that the Scubapro G2 suppo
Several folks from the shop are diving them in Cozumel this week. If you
need tests run against a variety of dives (all recreational) I can borrow
them and run whatever is necessary from mac or Linux.
-bill
On Fri, Jun 9, 2017 at 1:29 AM Linus Torvalds
wrote:
> On Wed, Jun 7, 2017 at 8:17 AM,
Linus,
This is fantastic news! Thank you for the hard work.
On Friday, June 9, 2017 at 12:28:53 AM UTC-5, Linus Torvalds wrote:
>
> On Wed, Jun 7, 2017 at 8:17 AM, CZS >
> wrote:
> >
> > Thanks for the reply, it's never a bad thing when the developer is
> diving
> > the same computer ;)
On Fri, Jun 9, 2017 at 4:58 AM, William Perry wrote:
> Several folks from the shop are diving them in Cozumel this week. If you
> need tests run against a variety of dives (all recreational) I can borrow
> them and run whatever is necessary from mac or Linux.
The more testing, the merrier.
My
On 2017-06-09 07:28, Linus Torvalds wrote:
diff --git a/examples/common.c b/examples/common.c
index 3c4561b..5ebdd77 100644
--- a/examples/common.c
+++ b/examples/common.c
@@ -54,6 +54,7 @@ static const backend_table_t g_backends[] = {
{"smart", DC_FAMILY_UWATEC_SMART,0x10},
Am 14.06.2017 um 13:14 schrieb Jef Driesen:
On 2017-06-09 07:28, Linus Torvalds wrote:
diff --git a/examples/common.c b/examples/common.c
index 3c4561b..5ebdd77 100644
--- a/examples/common.c
+++ b/examples/common.c
@@ -54,6 +54,7 @@ static const backend_table_t
g_backends[] = {
{"smart",
() (),
On Wed, Jun 14, 2017 at 8:14 PM, Jef Driesen wrote:
> On 2017-06-09 07:28, Linus Torvalds wrote:
>>
>> diff --git a/examples/common.c b/examples/common.c
>> index 3c4561b..5ebdd77 100644
>> --- a/examples/common.c
>> +++ b/examples/common.c
>> @@ -54,6 +54,7 @@ static const backend_table_t
On Thu, Jun 15, 2017 at 6:19 AM, Linus Torvalds
wrote:
> () (),
That isn't some kind of odd googly-eyed emoticon, that's just the web
editor in gmail being odd with mixed touchpad input and cursor keys,
and I missed that garbage before sending.
Just in case somebody wondered why there were two e
> On Jun 15, 2017, at 6:49 PM, Davide DB wrote:
>
> On 15 June 2017 at 00:25, Dirk Hohndel wrote:
>>
>> But first, Linus and I will have to go and create more data to test with.
>>
>> For Science.
>
> Any open position as "guinea pig"? :D
We will do an Subsurface hacker dive trip to Bonaire
On 2017-06-14 23:19, Linus Torvalds wrote:
On Wed, Jun 14, 2017 at 8:14 PM, Jef Driesen
wrote:
On 2017-06-09 07:28, Linus Torvalds wrote:
diff --git a/examples/common.c b/examples/common.c
index 3c4561b..5ebdd77 100644
--- a/examples/common.c
+++ b/examples/common.c
@@ -54,6 +54,7 @@ static c
On Tue, Jun 20, 2017 at 11:59 PM, Jef Driesen wrote:
>
> You are right that the USB HID packets are vendor specific, and we can't
> incorporate that in the usbhid code. But that's not really what the I/O
> refactoring is about. It only handles how those packets are being
> send/received, not their
On Wed, Jun 21, 2017 at 5:49 PM, Linus Torvalds
wrote:
>> Note: if we're lucky and the Bluetooth Low Energy (BLE) uses the same type
>> of packetization as their USB HID implementation, then we just need to swap
>> the I/O layer, and we're done.
>
> From what I've seen, they are very similar at le
On 2017-06-22 02:49, Linus Torvalds wrote:
On Tue, Jun 20, 2017 at 11:59 PM, Jef Driesen
wrote:
You are right that the USB HID packets are vendor specific, and we
can't
incorporate that in the usbhid code. But that's not really what the
I/O
refactoring is about. It only handles how those pa
On Mon, Jun 26, 2017 at 10:06 PM, Jef Driesen wrote:
>
> I don't think it's that easy to completely get rid of the serial
> communication stuff. There are several backends that need to change the
> serial line settings and DTR/RTS lines during the communication. That's why
> those functions are pr
On Mon, Jun 26, 2017 at 11:37 PM, Linus Torvalds
wrote:
>
> Anyway, right now that "custom_io_t" only has the packet size as a way
> to discriminate with, but that clearly is not sufficient. But neither
> is it good enough to say what type it is - it's also not sufficient to
> say "USB vs USB HID
On Mon, Jun 26, 2017 at 11:37 PM, Linus Torvalds
wrote:
>
> The older "customserial" protocol made the big mistake of not passing
> its own IO data descriptor around, just passing that "fill in this
> 'void **userdata' thing", and it works as long as you really *just*
> look like serial (which rfc
16 matches
Mail list logo