From: "Emanuele Novelli" <ema.novelli@gmail.com>
To: "BlueZ users" <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] [Bluez Users] Page timeout during sdp on heavy traffic.
Date: Wed, 30 May 2007 09:36:03 +0200 [thread overview]
Message-ID: <80236d750705300036v3409e6a7kcb58e9f746f6cac@mail.gmail.com> (raw)
In-Reply-To: <1180470054.21432.141.camel@aeonflux.holtmann.net>
[-- Attachment #1.1: Type: text/plain, Size: 2094 bytes --]
2007/5/29, Marcel Holtmann <marcel@holtmann.org>:
>
> Hi Emanuele,
>
> > I wrote a little application to simulate an heavy traffic.
> > Simply discovers devices using hci0 and for each device discovered
> > starts a thread to search service using hci1.
> > Rinse and repeat forever.
> > Usually I have 5-6 bluetooth devices in the area.
> > I'm not using d-bus messaging (yet) but i guess i'll try that too to
> > check
> >
> > Anyway I noticed a large number of timeouts during search services on
> > devices who previously returned correct service record.
>
> I have no idea how often I have to say that, but you can't page devices
> at the same time. The chips simply don't support that. The same reason
> why you can run an inquiry and page at the same time. It is not
> possible. Period. And this means you have to serialize the SDP service
> requests.
>
> New kernel versions try to handling pending page attempts for piconet
> creation, but that is also limited. And simultaneous name resolve
> request can also cause troubles.
>
> Regards
>
> Marcel
>
>
Maybe I was not clear sorry, the sdp search I do on hci1 is serialized. It's
a thread started each one a new device is discovered. He does 1 sdp search
and quit. Then another one is started on next device on the list of the
discovered ones.
I know I cant do inquiry and page at same time but I read elsewhere on this
forum that using 2 separate hci at once you can actually achieve that. But
maybe I was wrong if so sorry for the silly question.
Simply I do inquiry with hci0 (never stops) and each time it finds a group
devices I start an sdp search on hci1 (1 device at time serialized) but as I
wrote sometimes this request return page timeout while other time it works
well as per the hcidump I attached on previous message.
At this time the inquiry is always running (not periodic inquiry simply a
looped inquiry request)
That's only to check what's happening on heavy traffic.
Is possible that an inquiry and an sdp on 2 separate threads even if on 2
differents hci can cause problems someway during threads context switch?
[-- Attachment #1.2: Type: text/html, Size: 2478 bytes --]
[-- Attachment #2: Type: text/plain, Size: 286 bytes --]
-------------------------------------------------------------------------
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/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
next prev parent reply other threads:[~2007-05-30 7:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-29 16:11 [Bluez-users] [Bluez Users] Page timeout during sdp on heavy traffic Emanuele Novelli
2007-05-29 20:20 ` Marcel Holtmann
2007-05-30 7:36 ` Emanuele Novelli [this message]
2007-05-30 7:58 ` 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=80236d750705300036v3409e6a7kcb58e9f746f6cac@mail.gmail.com \
--to=ema.novelli@gmail.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