From: Jon Valvatne <jon@valvatne.com>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: BlueZ Mailing List <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] hidd --server only finding one device
Date: Fri, 18 Jun 2004 00:55:27 +0200 [thread overview]
Message-ID: <1087512926.3103.51.camel@localhost.localdomain> (raw)
In-Reply-To: <1087511911.4309.94.camel@pegasus>
On Fri, 2004-06-18 at 00:38, Marcel Holtmann wrote:
> Hi Jon,
>
> > > show us the output of "hciconfig -a".
> >
> > # hciconfig -a
> > hci0: Type: PCCARD
> > BD Address: 00:E0:03:25:3E:29 ACL MTU: 340:4 SCO MTU: 64:0
> > UP RUNNING PSCAN ISCAN
> > RX bytes:1374134 acl:63939 sco:0 events:4549 errors:0
> > TX bytes:741932 acl:3358 sco:0 commands:158 errors:0
> > Features: 0xbf 0x00 0x20 0x00 0x00 0x00 0x00 0x00
> > Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1
> > Link policy: RSWITCH HOLD SNIFF PARK
> > Link mode: ACCEPT MASTER
> > Name: 'BlueZ (0)'
> > Class: 0x000100
> > Service Classes: Unspecified
> > Device Class: Computer, Uncategorized
> > HCI Ver: 1.1 (0x1) HCI Rev: 0x0 LMP Ver: 1.1 (0x1) LMP Subver:
> > 0x21a
> > Manufacturer: Nokia Mobile Phones (1)
>
> this looks like a card problem. Do "hciconfig hci0 features" show the
> role switch support? May you try the link mode accept and slave, because
> the hidd will force the role switch by itself.
Yep:
# hciconfig hci0 features
hci0: Type: PCCARD
BD Address: 00:E0:03:25:3E:29 ACL MTU: 340:4 SCO MTU: 64:0
Features: 0xbf 0x00 0x20 0x00 0x00 0x00 0x00 0x00
<3-slot packets> <5-slot packets> <encryption> <slot
offset>
<timing accuracy> <role switch> <sniff mode>
And I tried with accept and slave; no change.
> > > Check with "hcidump -x" what happens when you press a button of your
> > > second device.
> >
> > Nothing at all, I'm afraid.
>
> In this case it is on the link manager level and I can't debug it.
Can anyone? This may be a silly question, but what exactly is the link
manager? Is there anything I can do to track the problem down, or should
I just give up?
Just to make sure I've understood this right: The problem is that once
the first connection is set up, the link manager won't accept (or
detect?) another incoming connection. The reason it works when I do it
manually is that the connect button on the keyboard makes the keyboard
listen for a connection, and the subsequent 'hidd --connect <addr>'
makes the CF card connect to the keyboard. Is that right?
Jon
next prev parent reply other threads:[~2004-06-17 22:55 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-17 18:22 [Bluez-users] hidd --server only finding one device Jon Valvatne
2004-06-17 20:29 ` Marcel Holtmann
2004-06-17 21:19 ` Jon Valvatne
2004-06-17 22:19 ` Marcel Holtmann
2004-06-17 22:28 ` Jon Valvatne
2004-06-17 22:38 ` Marcel Holtmann
2004-06-17 22:55 ` Jon Valvatne [this message]
2004-06-17 23:01 ` Marcel Holtmann
2004-06-18 1:09 ` Jon Valvatne
2004-06-18 11:49 ` Marcel Holtmann
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=1087512926.3103.51.camel@localhost.localdomain \
--to=jon@valvatne.com \
--cc=bluez-users@lists.sourceforge.net \
--cc=marcel@holtmann.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.