All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: Rene Mayrhofer <rene@soft.uni-linz.ac.at>
Cc: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Re: command tx timeout and continuous inquiry.
Date: 21 Oct 2003 14:13:59 +0200	[thread overview]
Message-ID: <1066738444.13788.124.camel@pegasus> (raw)
In-Reply-To: <3F9521E4.8010900@soft.uni-linz.ac.at>

Hi Rene,

> 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.

it is ok that devices with active connections don't answer inquiry scans
and you need to use --flush with hcitool to disable the kernel side
inquiry cache.

> 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 ?

I don't see any problems here, because you only use socket programming.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

  reply	other threads:[~2003-10-21 12:13 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
2003-10-21 12:13                     ` Marcel Holtmann [this message]
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=1066738444.13788.124.camel@pegasus \
    --to=marcel@holtmann.org \
    --cc=bluez-devel@lists.sourceforge.net \
    --cc=rene@soft.uni-linz.ac.at \
    /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.