From: Bastien Nocera <hadess@hadess.net>
To: Szymon Janc <szymon.janc@gmail.com>
Cc: "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Subject: Re: [PATCH 1/2 v3] adapter: Add btd_request_authorization_cable_configured()
Date: Fri, 24 Jul 2015 13:09:27 +0200 [thread overview]
Message-ID: <1437736167.2863.24.camel@hadess.net> (raw)
In-Reply-To: <1530933.8bMTNVp5s8@athlon>
On Fri, 2015-07-24 at 00:32 +0200, Szymon Janc wrote:
> Hi Bastien,
>
> On Tuesday 07 July 2015 16:14:00 Bastien Nocera wrote:
> > Add btd_request_authorization_cable_configured() function to allow
> > cable configured devices to ask the user straight away about
> > whether the
> > device should be allowed to connect to the computer.
> >
> > This allows us to ask the user at the time of the USB connection
> > and
> > initial setup, rather than when the first Bluetooth connection is
> > made.
>
> I'd also add a note to doc/agent-api.txt that this can be called also
> for not
> connected devices under some circumstances (and see how it fits).
As I mentioned on IRC, I'm happy to do that if the rest of the patch is
deemed fine.
> What bothers me is that now bluetoothd will send AuthorizeService
> request for
> device that is not connected (and authorizing will not result in
> connection).
That's not what that patch does though, this patch just adds wiring to
do that...
> And this was explicitly checked against before this patch.
It's still checked, just not through the sixaxis plugin. That's the
only entry point that disables that check.
<snip>
>
> Also in general I'd prefer to use sixaxis instead of cable in names.
> Mainly
> for consistency with other core sixaxis specific code.
It's not sixaxis specific, and could be used by any cable pairing,
where the device is useful both when plugged in and then through BT.
Johan is the one that preferred cable rather than sixaxis, as the
method isn't specific to sixaxis but could be used for other devices
too.
prev parent reply other threads:[~2015-07-24 11:09 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-07 14:14 [PATCH 1/2 v3] adapter: Add btd_request_authorization_cable_configured() Bastien Nocera
2015-07-23 22:32 ` Szymon Janc
2015-07-24 11:09 ` Bastien Nocera [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1437736167.2863.24.camel@hadess.net \
--to=hadess@hadess.net \
--cc=linux-bluetooth@vger.kernel.org \
--cc=szymon.janc@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.