public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Bastien Nocera <hadess@hadess.net>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] HID initiated connections and input service
Date: Sat, 16 Jun 2007 17:44:12 +0100	[thread overview]
Message-ID: <1182012252.31424.353.camel@cookie.hadess.net> (raw)
In-Reply-To: <1181978755.6846.46.camel@aeonflux.inter-touch.com>

Hey Marcel,

On Sat, 2007-06-16 at 09:25 +0200, Marcel Holtmann wrote:
> Hi Bastien,
> 
> > 2(3) HID devices I own have the same problem with BlueZ when using the
> > input service. Both use HID initiated connections, rather than the
> > Host
> > initiated connection use case you would see when addind a Bluetooth
> > mouse to a laptop for example.
> > 
> > * First device: Logitech MX5000 mouse/keyboard combo
> > 
> > When not switched into HCI mode, the device works as a normal USB HID.
> > On boot, hid2hci is run, and the 2 devices (mouse and keyboard) try to
> > connect to bluetooth dongle (ex-USB wireless dongle).
> > There's no bluetooth-applet, or other services, and the requests are
> > dropped to the floor, and I end up with a Bluetooth HCI device, and no
> > keyboard or mouse (unplug/replug "fixes" the problem though).
> > 
> > Could we integrate hid2hci into the input service, so that it would only
> > be started when a session is available? I'm not sure how to handle the
> > pairing without a keyboard or mouse though...
> 
> after catching up with the IRC, I realized another problem with this HID
> proxy dongles. We can fix that for the original firmwares from CSR that
> are used by Apple, but for the Logitech's (they are slightly modified) I
> am not sure.
> 
> So when you switch a HID proxy dongle from HID mode into HCI, you have
> to read its information about stored devices and their link keys. These
> information have then to be put into /var/lib/bluetooth. This leaves out
> the HID report descriptor that we also need. So that needs to be gotten
> while it is still in USB mode.

So it would be:
1) Get info from dongle about its own bdaddr, and the bdaddr of the
attached devices (do you have code to do that for Logitech devices?)
2) Add attached devices' bdaddr as trusted for the device, and get the
HID report descriptor, save it
3) switch the dongle to HCI mode

Would that work? We could even do this in a HAL addon, or udev callback
so that we're sure that newly plugged dongles are handled automatically.

> Getting the HID report descriptor over USB makes always the assumption
> that it is exactly the same as on Bluetooth. This should be checked.

How can I verify that?

Cheers

-- 
Bastien Nocera <hadess@hadess.net> 


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

  reply	other threads:[~2007-06-16 16:44 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-15 16:44 [Bluez-devel] HID initiated connections and input service Bastien Nocera
2007-06-16  7:05 ` Marcel Holtmann
2007-06-16 16:35   ` Bastien Nocera
2007-06-16 19:35     ` Marcel Holtmann
2007-06-17 20:25       ` Bastien Nocera
2007-06-18 13:06         ` Bastien Nocera
2007-06-18 14:00           ` Pascal
2007-06-18 14:36             ` Bastien Nocera
2007-06-18 16:00               ` Bastien Nocera
2007-06-18 17:30                 ` Pascal
2007-06-18 19:23                   ` Bastien Nocera
2007-06-18 20:16                     ` Pascal
2007-06-18 22:40                       ` Bastien Nocera
2007-06-16  7:25 ` Marcel Holtmann
2007-06-16 16:44   ` Bastien Nocera [this message]
2007-06-16 19:24     ` Marcel Holtmann
2007-06-18 16:08       ` 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=1182012252.31424.353.camel@cookie.hadess.net \
    --to=hadess@hadess.net \
    --cc=bluez-devel@lists.sourceforge.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox