All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniele Forsi <dforsi@gmail.com>
To: David Herrmann <dh.herrmann@googlemail.com>
Cc: Bastien Nocera <hadess@hadess.net>,
	linux-bluetooth@vger.kernel.org, johan.hedberg@gmail.com
Subject: Re: [RFC][PATCH 0/4] Allow hexadecimal encoded pins
Date: Tue, 3 May 2011 14:27:38 +0200	[thread overview]
Message-ID: <BANLkTinarShNUkchPANmFfF7j54Sw_-FCQ@mail.gmail.com> (raw)
In-Reply-To: <BANLkTimkpKpGTuTmFdYyjm4Ok_+pwho-aA@mail.gmail.com>

2011/5/3 David Herrmann:
> On Tue, May 3, 2011 at 1:32 AM, Bastien Nocera wrote:
>> What are the necessary changes to be made in gnome-bluetooth?
>>
>> I'm guessing that we should add a "WIIMOTE" type of special casing in
>> the pin database, and pass the adapter address as per the above when a
>> PIN is requested.
>
> Exactly. If I click on PIN-type in gnome-bluetooth applet, then there
> are already several choices I can make. I'd recommend adding a new one
> with "use source address as PIN" and one with "use destination address
> as PIN".

yeah, automatically shown only when the selected device is a Wiimote

one issue when using the 1+2 way is that the Wiimote will forget the
pairing when it is turned off while the PC will remember it, so the
Wiimote won't be shown in the list of found devices and you need to
delete it before you can pair again

>> Is there any way to detect which "type" of pairing is made with the
>> Wiimote, eg. you say that button 1+2 will only work for temporary
>> connections. Can we detect this? Would pairing anyway work?
>
> I guess you mean that you wanna predict which PIN to use? No, I
> currently know no way to detect this. However, one may try the first
> pin and if that fails the second pin.

I think this is what the Wii does when in the "home" screen where you
are supposed to press 1+2 because it will find the remote also when
pressing the sync button (I have a Wiimote that I need to pair from
the home screen pressing sync because it doesn't wake up with 1+2)

-- 
Daniele Forsi

  reply	other threads:[~2011-05-03 12:27 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-10 17:11 [RFC][PATCH 0/4] Allow hexadecimal encoded pins David Herrmann
2011-04-10 17:11 ` [PATCH 1/4] Add length argument to hci pincode reply David Herrmann
2011-05-05 17:34   ` Gustavo F. Padovan
2011-04-10 17:11 ` [PATCH 2/4] Make adapter API accept binary pincodes David Herrmann
2011-05-05 17:38   ` Gustavo F. Padovan
2011-04-10 17:11 ` [PATCH 3/4] Parse pin codes starting with '$' as hexadecimal encoded strings David Herrmann
2011-04-10 17:11 ` [PATCH 4/4] Remove 16 byte limit for PIN codes returned by agents David Herrmann
2011-05-02 23:32 ` [RFC][PATCH 0/4] Allow hexadecimal encoded pins Bastien Nocera
2011-05-03 11:51   ` David Herrmann
2011-05-03 12:27     ` Daniele Forsi [this message]
2011-05-03 18:28       ` David Herrmann
2011-05-06  1:37         ` Bastien Nocera

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=BANLkTinarShNUkchPANmFfF7j54Sw_-FCQ@mail.gmail.com \
    --to=dforsi@gmail.com \
    --cc=dh.herrmann@googlemail.com \
    --cc=hadess@hadess.net \
    --cc=johan.hedberg@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    /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.