From: Rene Mayrhofer <rene@soft.uni-linz.ac.at>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Re: command tx timeout and continuous inquiry.
Date: Tue, 21 Oct 2003 14:09:08 +0200 [thread overview]
Message-ID: <3F9521E4.8010900@soft.uni-linz.ac.at> (raw)
In-Reply-To: <1066735933.1005.114.camel@pegasus>
Hi Marcel,
Marcel Holtmann wrote:
> this must be a problem with your code. I checked it with two l2ping
> commands and an inquiry from the command line and it works as expect. I
> have used my Microsoft USB adapter for testing.
>
> hci0: Type: USB
> BD Address: 00:50:xx:xx:xx:xx ACL MTU: 192:8 SCO MTU: 64:8
> HCI 16.1.1
> Chip version: BlueCore02
> Max key size: 128 bit
> SCO mapping: HCI
On my system, I can not confirm this. When I start two l2ping runs,
"hcitool scan" will never return a result (I have tried a number of
times). The interesting thing is the following: One l2ping runs in the
background and I start "hcitool scan". It will take 10 - 24 seconds and
will only return those devices which are currently _not_ pinged. When I
start the second l2ping when "hcitool scan" is still running, either:
a) hcitool scan will immediately return (in less than 10 seconds) and
the l2ping will work
b) hcitool scan will return with "Can't connect.: Device or ressource busy"
I've not found a way to reliably reproduce on of the two, it seems to be
random which one will happen.
PS: Is libbluetooth thread-safe ? Maybe that could be part of my problem
with two l2ping sessions from two different threads in the same process ?
best regards,
Rene
--
------------------------------------------------
Pervasive 2004: www.pervasive2004.org
------------------------------------------------
next prev parent reply other threads:[~2003-10-21 12:09 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3F86784F.9050608@soft.uni-linz.ac.at>
[not found] ` <1065778372.14923.336.camel@baroque.rococosoft.com>
[not found] ` <3F86A88E.4090106@soft.uni-linz.ac.at>
[not found] ` <1065790691.14513.173.camel@pegasus>
[not found] ` <3F86AF96.7000904@soft.uni-linz.ac.at>
[not found] ` <1065791594.14514.179.camel@pegasus>
2003-10-10 13:23 ` [Bluez-devel] Re: command tx timeout and continuous inquiry Rene Mayrhofer
2003-10-13 10:28 ` Rene Mayrhofer
2003-10-13 9:19 ` Marcel Holtmann
[not found] ` <3F8FB6D9.8030000@soft.uni-linz.ac.at>
[not found] ` <1066636708.902.5.camel@pegasus>
2003-10-21 10:45 ` Rene Mayrhofer
2003-10-21 11:32 ` Marcel Holtmann
2003-10-21 12:09 ` Rene Mayrhofer [this message]
2003-10-21 12:13 ` Marcel Holtmann
2003-10-21 13:04 ` Rene Mayrhofer
2003-10-21 14:31 ` [Bluez-devel] Stress testing (Was: Re: command tx timeout and continuous inquiry.) Rene Mayrhofer
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=3F9521E4.8010900@soft.uni-linz.ac.at \
--to=rene@soft.uni-linz.ac.at \
--cc=bluez-devel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox