public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: "J. Carlos Alvarez" <jcalvar@movilok.com>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] Concurrent hcitool commands
Date: Thu, 24 May 2007 10:44:52 +0200	[thread overview]
Message-ID: <46555084.2070106@movilok.com> (raw)
In-Reply-To: <1179996006.26519.15.camel@aeonflux.holtmann.net>

Thanks a lot, Marcel.

Juan Carlos

Marcel Holtmann wrote:
> Hi Juan Carlos,
>
>   
>> we are trying to use hcitool to retrieve some information about 
>> several devices and we need to do it in parallel (several scripts 
>> concurrently call "hcitool name XX:XX:XX:XX:XX" using the same local 
>> device looking for the name of several remote devices).
>>
>> Doing this we found that some responses received from different remote 
>> devices were mixed, we obtained the same device name from two different 
>> remote devices.
>>
>> The following is a simple way to check this behaviour:
>> ---------------------------------------------------------------
>> [root@localhost~]# hcitool -i hci0 name 00:12:D1:DB:9A:E3
>> Nokia E70
>> [root@localhost~]# hcitool -i hci0 name 00:13:FD:FC:DE:50
>> Nokia 6680
>> [root@localhost~]# hcitool -i hci0 name 00:12:D1:DB:9A:E3 & hcitool -i 
>> hci0 name 00:13:FD:FC:DE:50
>> [1] 14223
>> Nokia E70
>> Nokia E70
>> [1]+  Done                    hcitool -i hci0 name 00:12:D1:DB:9A:E3
>> ---------------------------------------------------------------
>>
>> - The first command gets the right name of our E70 phone:
>>  "Nokia E70"
>>
>> - The second one also gets the right name of our 6680 phone:
>>  "Nokia 6680"
>>
>> - But if we invoke both commands concurrently, both "hcitool" calls get 
>> the same name as the device response:
>>  "Nokia E70"
>>  "Nokia E70"
>>
>> Are we doing something wrong?
>>
>> Is there any technical limitation related to this kind of requests so we 
>> must to do these calls serially?
>>     
>
> this is a known limitation. And in general you can't execute name
> request in parallel anyway. Every name request involves a baseband page
> and that takes time and these can't be done in parallel. However some
> chips create the illusion that they can.
>
> I would advise you to use the D-Bus interface since it does the name
> resolving in the background and automatically caches the resolved device
> names for you. No need to fiddle around with low-level commands.
>
> And in case of Bluetooth 2.1 devices with extended inquiry it will
> deliver the remote name for free with the inquiry response. That all
> works already and is completely hidden via D-Bus. So nothing for you to
> worry about.
>
> Regards
>
> Marcel
>
>
>
> -------------------------------------------------------------------------
> 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-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>
>   

-------------------------------------------------------------------------
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-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

  reply	other threads:[~2007-05-24  8:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-24  7:54 [Bluez-users] Concurrent hcitool commands J. Carlos Alvarez
2007-05-24  8:40 ` Marcel Holtmann
2007-05-24  8:44   ` J. Carlos Alvarez [this message]
2007-05-24 12:21   ` Choi Sonim
2007-05-24 15:16     ` 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=46555084.2070106@movilok.com \
    --to=jcalvar@movilok.com \
    --cc=bluez-users@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