From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] hid2hci fails: broken pipe
Date: Wed, 21 Feb 2007 13:13:29 +0100 [thread overview]
Message-ID: <1172060009.7403.17.camel@violet> (raw)
In-Reply-To: <45D9F9DC.1030606@yahoo.com.au>
Hi Mat,
> >> aeon:~# hid2hci -1
> >> Switching device 0a12:0001 to HID mode failed (Broken pipe)
> >>
> >> Can anyone suggest why this isn't working? What pipe? What's it
> >> talking to a pipe for in the first place?
> >
> > it doesn't mean that it actually failed to switch the adapter. It might
> > have simply worked. The error messages from the USB subsystem are kinda
> > strange, but somehow expected since the device will disconnect from the
> > bus.
>
> OK, maybe I've misunderstood something. As I understand it, putting the
> dongle into HID mode should ask the dongle to pretend to be a USB hub
> with a mouse (and/or keyboard) attached. So if it works, the effect
> should be that my mouse keeps working even when the bluetooth stack
> isn't running.
>
> If that's right, and I run hid2hci -1 as above, my mouse should
> "disconnect" from X as a bluetooth mouse and then "reconnect" as a fake
> USB mouse, and so I should find that my mouse continues working
> (possibly after a short delay). However, I should then find that if I
> stop the bluetooth system, the mouse still works. I would also expect
> that lsusb would show a bluetooth mouse attached somehow.
>
> In fact when I run hid2hci, the mouse still works, but when I stop
> bluetooth the mouse stops working too. This seems to me to be still in
> HCI mode. The fact that lsusb still reports:
>
> Bus 002 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth
> Dongle (HCI mode)
>
> ...seems to back this up. The mouse continues to not work until I both
> bring up bluetooth again and run hidd by hand.
>
> I can cope with this for a mouse, but I was hoping to follow up with a
> keyboard, and for that it's really important that I'm able to enter
> stuff into GRUB and the BIOS before the bluetooth stack is loaded. I'm
> hoping to experiment with the mouse first before I invest in a keyboard too.
then something is broken here. Can't tell your what, but it should work.
> First, is there any way I can tell, really and for sure, whether the
> dongle is in HCI or HID mode?
Look at lsusb. In case of CSR chips this is 100% sure.
> Second, I'm a little confused about how this "HID proxy" thing works
> anyway. How does the dongle remember which mouse and keyboard it's
> paired with after the power is switched off? Does it have a little bit
> of flash on board that remembers the last paired device or something?
> Or have I completely misunderstood what this feature is for?
That is the magic in the dongle HID software. It parses HID devices in
the background when it is in HCI mode.
Regards
Marcel
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2007-02-21 12:13 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-19 17:39 [Bluez-devel] hid2hci fails: broken pipe bluez.mexon
2007-02-19 17:54 ` Marcel Holtmann
2007-02-19 19:26 ` bluez.mexon
2007-02-21 12:13 ` Marcel Holtmann [this message]
2007-02-22 5:47 ` bluez.mexon
2007-02-22 6:52 ` Marcel Holtmann
2007-02-23 6:10 ` bluez.mexon
2007-02-23 7:07 ` Marcel Holtmann
2007-02-23 12:04 ` bluez.mexon
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=1172060009.7403.17.camel@violet \
--to=marcel@holtmann.org \
--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