Re: Very timid beginning framework for BLE communication

2017-04-24 Thread Linus Torvalds
On Mon, Apr 24, 2017 at 10:26 AM, Linus Torvalds wrote: > On Mon, Apr 24, 2017 at 12:44 AM, Rick Walsh wrote: >> >> Summary of brief testing, it appears: >> - download works with a BLE controller >> - this breaks pairing (at least for me) >> -

Re: Very timid beginning framework for BLE communication

2017-04-24 Thread Linus Torvalds
On Mon, Apr 24, 2017 at 12:44 AM, Rick Walsh wrote: > > Summary of brief testing, it appears: > - download works with a BLE controller > - this breaks pairing (at least for me) > - this breaks bluetooth support for at least one non-BLE controller Hmm. The ble-prep branch

Re: Very timid beginning framework for BLE communication

2017-04-24 Thread Rick Walsh
Hi Linus (et al) On 20 April 2017 at 06:49, Rick Walsh wrote: > > > On 20 Apr. 2017 5:49 am, "Linus Torvalds" > wrote: > > On Wed, Apr 19, 2017 at 12:33 PM, Dirk Hohndel wrote: > > > >> It's really just three commits: > >>

Re: Very timid beginning framework for BLE communication

2017-04-24 Thread Martin Gysel
Am 24.04.2017 um 01:47 schrieb Linus Torvalds: > On Sun, Apr 23, 2017 at 1:49 PM, Anton Lundin wrote: >> >> As far as I've understood things, even the scan for devices are >> completely different, so is the reason that Qt merges the two scan >> results? > > So as far as Qt

Re: Very timid beginning framework for BLE communication

2017-04-23 Thread Linus Torvalds
On Sun, Apr 23, 2017 at 1:49 PM, Anton Lundin wrote: > > As far as I've understood things, even the scan for devices are > completely different, so is the reason that Qt merges the two scan > results? So as far as Qt seems to be concerned, "scan for devices" is all exactly the

Re: Very timid beginning framework for BLE communication

2017-04-23 Thread Anton Lundin
On 19 April, 2017 - Linus Torvalds wrote: > Dirk, Anton, (and possibly others who currently use RFCOMM), > > would you mind taking a look at my "ble-prep" branch in > > https://github.com/torvalds/subsurface-for-dirk.git ble-prep > > that I have *not* made into a pull request yet,

Re: Very timid beginning framework for BLE communication

2017-04-19 Thread Linus Torvalds
On Wed, Apr 19, 2017 at 3:45 PM, Linus Torvalds wrote: > > Because as part of reading the Qt Bluetooth docs (I'm resigned to > having to look at this myself), I noticed that the docs clearly say > that the "QBluetoothDeviceInfo::address()" data is invalid on MacOS >

Re: Very timid beginning framework for BLE communication

2017-04-19 Thread Linus Torvalds
On Wed, Apr 19, 2017 at 12:17 PM, Linus Torvalds wrote: > Dirk, Anton, (and possibly others who currently use RFCOMM), Side note: does the bluetooth code actually work on MacOS at all? Because as part of reading the Qt Bluetooth docs (I'm resigned to having to

Re: Very timid beginning framework for BLE communication

2017-04-19 Thread Rick Walsh
On 20 Apr. 2017 5:49 am, "Linus Torvalds" wrote: On Wed, Apr 19, 2017 at 12:33 PM, Dirk Hohndel wrote: > >> It's really just three commits: >> >> custom serial: pass device_data_t to bluetooth operation function >> Expand

Re: Very timid beginning framework for BLE communication

2017-04-19 Thread Linus Torvalds
On Wed, Apr 19, 2017 at 12:33 PM, Dirk Hohndel wrote: > >> It's really just three commits: >> >> custom serial: pass device_data_t to bluetooth operation function >> Expand 'bluetooth_mode' from a boolean to an emun >> Prepare to split the custom serial

Re: Very timid beginning framework for BLE communication

2017-04-19 Thread Dirk Hohndel
On Wed, Apr 19, 2017 at 12:17:41PM -0700, Linus Torvalds wrote: > Dirk, Anton, (and possibly others who currently use RFCOMM), > > would you mind taking a look at my "ble-prep" branch in > > https://github.com/torvalds/subsurface-for-dirk.git ble-prep > > that I have *not* made into a