Return-Path: Date: Thu, 25 Oct 2012 15:04:07 +0300 From: Johan Hedberg To: Anderson Lizardo , Vinicius Costa Gomes , Marcel Holtmann , linux-bluetooth@vger.kernel.org Subject: Re: [PATCH 5/6] Bluetooth: mgmt: Add support for switching to LE peripheral mode Message-ID: <20121025120407.GA3274@x220> References: <1351112996-9597-1-git-send-email-johan.hedberg@gmail.com> <1351112996-9597-6-git-send-email-johan.hedberg@gmail.com> <20121024221341.GA22764@samus> <20121024223635.GA11976@x220.P-661HNU-F1> <20121025005842.GB22764@samus> <1351130085.1785.84.camel@aeonflux> <20121025045605.GB12303@echo> <20121025075045.GA22397@x220> <20121025114817.GA2197@x220> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20121025114817.GA2197@x220> List-ID: Hi, On Thu, Oct 25, 2012, Johan Hedberg wrote: > This will need some more thinking. We could add a new mgmt command for > that, or if you wanna go crazy why not map this to the L2CAP socket > interface's connect() system call. I.e. if LE GAP is in peripheral mode > instead of doing HCI_LE_Create_Connection or just failing with "not > allowed" a socket connect() would simply trigger directed advertising to > the device in question and deliver the successful connection in the same > way as a central role triggered connect would do (unless we time out > waiting for the remote device to connect). Now that I think of this > second option it actually sounds quite natural and not so crazy after > all :) There's on problem with this though: we'd still be undirected connectable between doing mgmt_set_le(peripheral) and issuing the socket connect(). So maybe we might need to introduce a mgmt_set_le_connectable command and a "le-connectable" setting after all (that could only be set in peripheral mode). Johan