Return-Path: Date: Tue, 7 May 2013 18:06:38 +0300 From: Johan Hedberg To: Vinicius Gomes Cc: Mikel Astiz , BlueZ development , Mikel Astiz Subject: Re: [PATCH BlueZ v1 0/3] Issue with incoming connections Message-ID: <20130507150638.GA17193@x220.P-661HNU-F1> References: <1367912644-17401-1-git-send-email-mikel.astiz.oss@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Vinicius, On Tue, May 07, 2013, Vinicius Gomes wrote: > > As compared to his original patch, this patchset avoid creating an > > additional service instance (which should already be created) and > > instead performs a search within the list of existing services for > > the given device. > > In the AG case when the external profile registers itself with the > "server" role, the service doesn't get created. Hmm? HFP profile instances should be registered without any specific "Role" property in RegisterProfile since both client and server sides are required. > Nowadays, the service is created when the service is probed (with > requires profile->device_probe), which doesn't happen for "adapter" > services. I am still not sure about the right place/time to create the > service for these cases. To my understanding btd_service is only for describing remote services and not local ones, i.e. those that we can connect to as a client. I may have misunderstood something about this though (for which Mikel is free to correct me). Johan