Return-Path: MIME-Version: 1.0 In-Reply-To: <20120426093203.GB18380@x220> References: <1335360420-23445-1-git-send-email-hemant.gupta@stericsson.com> <20120426093203.GB18380@x220> Date: Thu, 26 Apr 2012 18:02:31 -0300 Message-ID: Subject: Re: [PATCH v2] Store LE device address type with primary list From: Claudio Takahasi To: Hemant Gupta , linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Hemant/Johan: On Thu, Apr 26, 2012 at 6:32 AM, Johan Hedberg wrote: > Hi Hemant, > > On Wed, Apr 25, 2012, Hemant Gupta wrote: >> This patch stores the address type while storing the primary services >> of LE Device which is later used for re-creating device from primary >> service database. >> --- >>  src/adapter.c |   10 ++++++++-- >>  src/device.c  |    9 +++++++-- >>  2 files changed, 15 insertions(+), 4 deletions(-) > > Would it make more sense (and I'm not asking just you but also the > INdTers) to have the address type as part of the key instead of the > value. After all it's basically an extension to the address and that way > tightly bound to it. Maybe something like the following: > > 11:22:33:44:55:66|1 > aa:bb:cc:dd:ee:ff|0 > > The same should then also be considered for the longtermkeys file. > > Johan I agree if we append the address type for all LE/GATT storage files(not only for primary and longtermkeys). Probably we will have minor problems between BlueZ releases, but IMO it is acceptable since LE it is not officially supported. btw: the separator commonly used in the storage files is "#" instead of "|". BR, Claudio