From: Marcel Holtmann <marcel@holtmann.org>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] Remote name delay
Date: Thu, 01 Dec 2005 21:59:40 +0100 [thread overview]
Message-ID: <1133470780.18554.2.camel@blade> (raw)
In-Reply-To: <e1effdeb0512011117i730f7dd0p4ffc099d06a09cb8@mail.gmail.com>
Hi Claudio,
> I am developing a standalone application to perform real D-Bus
> services tests. The main features are:
> 1. Running all the time in the systray
> 2. Handle PIN Request
> 3. Local adapter configuration
> 4. Basic operations: Inquiry, Remote name, ...
cool idea. We really need something like this.
> However I am facing a problem in the RemoteName service when a lot of
> inquiry replies is received. My app stores the inquired devices in a
> hash table and when the InquiryCompleted signal is received the app
> request the name for each device. The "hci_send_req" function is
> returning an Input/Output error. Looking the hcidump result, the
> "Command Disallowed" error is displayed :(
>
> HCIDUMP:
> > HCI Event: Command Status (0x0f) plen 4
> Remote Name Request (0x01|0x0019) status 0x0c ncmd 1
> Error: Command Disallowed
> <<<<<Indicates that the controller is in a state where it can process
> this command at this time.>>>>
>
> I noticed the same problem using the hcitool with "--flush" option and
> removing the cached device information stored in the directory
> "/var/lib/bluetooth".
What kind of chip is in your dongle? Do you wait until the remote name
complete event before asking for the next name? Every name request needs
at least a partial baseband connection.
Regards
Marcel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2005-12-01 20:59 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-01 19:17 [Bluez-devel] Remote name delay Claudio Takahasi
2005-12-01 20:59 ` Marcel Holtmann [this message]
2005-12-02 11:21 ` Claudio Takahasi
2005-12-02 11:30 ` Marcel Holtmann
2005-12-02 16:33 ` Claudio Takahasi
2005-12-02 16:41 ` Bastien Nocera
2005-12-02 18:38 ` Marcel Holtmann
2005-12-13 21:52 ` Claudio Takahasi
2005-12-02 18:36 ` Marcel Holtmann
2005-12-13 21:59 ` Claudio Takahasi
2005-12-13 22:05 ` Marcel Holtmann
2005-12-14 18:35 ` Claudio Takahasi
2005-12-14 19:15 ` Marcel Holtmann
2005-12-14 19:30 ` Claudio Takahasi
2005-12-14 21:53 ` Johan Hedberg
2005-12-15 5:25 ` Marcel Holtmann
2005-12-15 16:17 ` Claudio Takahasi
2005-12-15 16:33 ` Johan Hedberg
2005-12-15 19:47 ` 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=1133470780.18554.2.camel@blade \
--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;
as well as URLs for NNTP newsgroup(s).