[Bluez-devel] concurrent service searches

[Bluez-devel] concurrent service searches

[Antonio Terreno]

[-- Attachment #1: Type: text/plain, Size: 701 bytes --]

Hi all,

why if I start multiple services search on different devices (always less
than 7)

in that way:
sdptool browse "DEVICE_ADDR"
[gnome-obex-send --dest "DEVICE_ADDR" file2send.txt] (optional)

I get always errors (on 4-5 devices is fine, on 3-2 devices is "Failed to
connect to SDP server on "DEVICE_ADDR": File descriptor in bad state")

The situation is better if I wait 1 or even 2 sec before starting a new
search and send.

The problem was triggered developing a multithreaded bluetooth server in
java, with avetana bluetooth.
I dont have these problem using the same code on windows....


Thanks in advance,
best regards
antonio

-- 
-- 
Antonio Terreno
http://antonioterreno.java2me.org/

[-- Attachment #2: Type: text/html, Size: 900 bytes --]

[Bluez-devel] concurrent service searches

[Antonio Terreno]

KEkganVzdCByZXNlbmQgdGhpcyBtYWlsIGNvcyBsb29rcyBsaWtlIHRoZSBvdGhlciB0aW1lIHdh
cyBub3QgaW4Kc2ltcGxlIHRleHQsIHNvcnJ5IGZvciB0aGUgaW5jb252ZW5pZW5jZSkKCkhpIGFs
bCwKCndoeSBpZiBJIHN0YXJ0IG11bHRpcGxlIHNlcnZpY2VzIHNlYXJjaCBvbiBkaWZmZXJlbnQg
ZGV2aWNlcyAoYWx3YXlzCmxlc3MgdGhhbiA3KQoKaW4gdGhhdCB3YXk6CnNkcHRvb2wgYnJvd3Nl
ICJERVZJQ0VfQUREUiIKW2dub21lLW9iZXgtc2VuZCAtLWRlc3QgIkRFVklDRV9BRERSIiBmaWxl
MnNlbmQudHh0XSAob3B0aW9uYWwpCgpJIGdldCBhbHdheXMgZXJyb3JzIChvbiA0LTUgZGV2aWNl
cyBpcyBmaW5lLCBvbiAzLTIgZGV2aWNlcyBpcyAiRmFpbGVkCnRvIGNvbm5lY3QgdG8gU0RQIHNl
cnZlciBvbiAiREVWSUNFX0FERFIiOiBGaWxlIGRlc2NyaXB0b3IgaW4gYmFkCnN0YXRlIikKClRo
ZSBzaXR1YXRpb24gaXMgYmV0dGVyIGlmIEkgd2FpdCAxIG9yIGV2ZW4gMiBzZWMgYmVmb3JlIHN0
YXJ0aW5nIGEKbmV3IHNlYXJjaCBhbmQgc2VuZC4KClRoZSBwcm9ibGVtIHdhcyB0cmlnZ2VyZWQg
ZGV2ZWxvcGluZyBhIG11bHRpdGhyZWFkZWQgYmx1ZXRvb3RoIHNlcnZlcgppbiBqYXZhLCB3aXRo
IGF2ZXRhbmEgYmx1ZXRvb3RoLgpJIGRvbnQgaGF2ZSB0aGVzZSBwcm9ibGVtIHVzaW5nIHRoZSBz
YW1lIGNvZGUgb24gd2luZG93cy4uLi4KCgpUaGFua3MgaW4gYWR2YW5jZSwKYmVzdCByZWdhcmRz
CmFudG9uaW8KCi0tIAotLSAKQW50b25pbyBUZXJyZW5vCmh0dHA6Ly9hbnRvbmlvdGVycmVuby5q
YXZhMm1lLm9yZy8K


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] concurrent service searches

[Marcel Holtmann]

Hi Antonio,

> why if I start multiple services search on different devices (always
> less than 7) 
> 
> in that way:
> sdptool browse "DEVICE_ADDR"
> [gnome-obex-send --dest "DEVICE_ADDR" file2send.txt] (optional)
> 
> I get always errors (on 4-5 devices is fine, on 3-2 devices is "Failed
> to connect to SDP server on "DEVICE_ADDR": File descriptor in bad
> state")
> 
> The situation is better if I wait 1 or even 2 sec before starting a
> new search and send.
> 
> The problem was triggered developing a multithreaded bluetooth server
> in java, with avetana bluetooth. 
> I dont have these problem using the same code on windows.... 

you can't have multiple inquiry or page attempts at the same time. This
is a limitation of the baseband and not the host.

Regards

Marcel




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] concurrent service searches

[Antonio Terreno]

PiBTdWJqZWN0OiBSZTogW0JsdWV6LWRldmVsXSBjb25jdXJyZW50IHNlcnZpY2Ugc2VhcmNoZXMK
PiBGcm9tOiBNYXJjZWwgSG9sdG1hbm4gPG1hcmNlbEBob2x0bWFubi5vcmc+Cj4gVG86IGJsdWV6
LWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+IERhdGU6IFR1ZSwgMTYgTWF5IDIwMDYgMTY6
MjM6MTkgKzAyMDAKPiBSZXBseS1UbzogYmx1ZXotZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0
Cj4KPiBIaSBBbnRvbmlvLAo+Cj4gPiB3aHkgaWYgSSBzdGFydCBtdWx0aXBsZSBzZXJ2aWNlcyBz
ZWFyY2ggb24gZGlmZmVyZW50IGRldmljZXMgKGFsd2F5cwo+ID4gbGVzcyB0aGFuIDcpCj4gPgo+
ID4gaW4gdGhhdCB3YXk6Cj4gPiBzZHB0b29sIGJyb3dzZSAiREVWSUNFX0FERFIiCj4gPiBbZ25v
bWUtb2JleC1zZW5kIC0tZGVzdCAiREVWSUNFX0FERFIiIGZpbGUyc2VuZC50eHRdIChvcHRpb25h
bCkKPiA+Cj4gPiBJIGdldCBhbHdheXMgZXJyb3JzIChvbiA0LTUgZGV2aWNlcyBpcyBmaW5lLCBv
biAzLTIgZGV2aWNlcyBpcyAiRmFpbGVkCj4gPiB0byBjb25uZWN0IHRvIFNEUCBzZXJ2ZXIgb24g
IkRFVklDRV9BRERSIjogRmlsZSBkZXNjcmlwdG9yIGluIGJhZAo+ID4gc3RhdGUiKQo+ID4KPiA+
IFRoZSBzaXR1YXRpb24gaXMgYmV0dGVyIGlmIEkgd2FpdCAxIG9yIGV2ZW4gMiBzZWMgYmVmb3Jl
IHN0YXJ0aW5nIGEKPiA+IG5ldyBzZWFyY2ggYW5kIHNlbmQuCj4gPgo+ID4gVGhlIHByb2JsZW0g
d2FzIHRyaWdnZXJlZCBkZXZlbG9waW5nIGEgbXVsdGl0aHJlYWRlZCBibHVldG9vdGggc2VydmVy
Cj4gPiBpbiBqYXZhLCB3aXRoIGF2ZXRhbmEgYmx1ZXRvb3RoLgo+ID4gSSBkb250IGhhdmUgdGhl
c2UgcHJvYmxlbSB1c2luZyB0aGUgc2FtZSBjb2RlIG9uIHdpbmRvd3MuLi4uCj4KPiB5b3UgY2Fu
J3QgaGF2ZSBtdWx0aXBsZSBpbnF1aXJ5IG9yIHBhZ2UgYXR0ZW1wdHMgYXQgdGhlIHNhbWUgdGlt
ZS4gVGhpcwo+IGlzIGEgbGltaXRhdGlvbiBvZiB0aGUgYmFzZWJhbmQgYW5kIG5vdCB0aGUgaG9z
dC4KPgo+IFJlZ2FyZHMKPgo+IE1hcmNlbAoKQmFzZWJhbmQgbGltaXRhdGlvbj8gQW5kIHdoeSBv
biB3aW5kb3dzIGxvb2tzIHdvcmtpbmc/IFRoZSBpbnF1aXJpZXMKYXJlIHNvbWVob3cgImJ1ZmZl
cmVkIj8KQW5kIHdoeSBpZiBJIHB1dCBhIHNsZWVwIG9uIG15IGNvZGUvc2NyaXB0IGxvb2tzIGFs
c28gd29ya2luZz8KTWF5YmUgY29zIHRoZSBTZWFyY2g0U2VydmljZXMgYXJlIGFscmVhZHkgdGVy
bWluYXRlZD8KCkF0IHRoaXMgcG9pbnQsIGFzc3VtaW5nIHRoYXQgd2UgY2FuIGRvIGp1c3Qgb25l
IHNlcnZpY2UgZGlzY292ZXJ5Jm9iZXgKcHVzaCBieSB0aW1lIHdoYXQgYWJvdXQgcHV0dGluZyAx
MCBhbnRlbm5hcyBhbmQgZG8gb25lIGRpc2NvdmVyeSBmb3IKZWFjaCBhbnRlbm5hPwoKQW5kIGlm
IGl0J3Mgc3R1cGlkIHRvIGhhdmUgMTAgYW50ZW5uYXMsIGlzIGl0IHBvc3NpYmxlIHRvIGhhdmUg
Nwpjb25jdXJyZW50IG9iamVjdCBwdXNoIGF0IHRoZSBzYW1lIHRpbWUgb3IgaXQncyBhbHdheXMg
dGhlIGJhc2ViYW5kCnByb2JsZW0/CgpUaGFua3MgYSBsb3QsCmJlc3QgcmdyZHMsCgphbnRvbmlv
Cg==

Re: [Bluez-devel] concurrent service searches

[Marcel Holtmann]

Hi Antonio,

> > > why if I start multiple services search on different devices (always
> > > less than 7)
> > >
> > > in that way:
> > > sdptool browse "DEVICE_ADDR"
> > > [gnome-obex-send --dest "DEVICE_ADDR" file2send.txt] (optional)
> > >
> > > I get always errors (on 4-5 devices is fine, on 3-2 devices is "Failed
> > > to connect to SDP server on "DEVICE_ADDR": File descriptor in bad
> > > state")
> > >
> > > The situation is better if I wait 1 or even 2 sec before starting a
> > > new search and send.
> > >
> > > The problem was triggered developing a multithreaded bluetooth server
> > > in java, with avetana bluetooth.
> > > I dont have these problem using the same code on windows....
> >
> > you can't have multiple inquiry or page attempts at the same time. This
> > is a limitation of the baseband and not the host.
> 
> Baseband limitation? And why on windows looks working? The inquiries
> are somehow "buffered"?
> And why if I put a sleep on my code/script looks also working?
> Maybe cos the Search4Services are already terminated?
> 
> At this point, assuming that we can do just one service discovery&obex
> push by time what about putting 10 antennas and do one discovery for
> each antenna?
> 
> And if it's stupid to have 10 antennas, is it possible to have 7
> concurrent object push at the same time or it's always the baseband
> problem?

you can have only an inquiry or a page at the same time. That is
different. Once the connection has been established then you can run
another inquiry or create a second connection (with almost every modern
chips).

So if you have a connection (ACL link) you can run as many upper layer
protocols (SDP, RFCOMM, OBEX etc.) as you like on it. They are all
multiplexed and this is done by the Bluetooth subsystem of the Linux
kernel.

However we don't buffer inquiry or page requests. If the fail, they fail
and we don't try again.

Regards

Marcel




_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] concurrent service searches

[Antonio Terreno]

Thanks a lot Marcel,

your help was preciuos, cos then I've better undestand the limits of
the bluetooth.

Actually I'm using 3 antennas :-) One to discover devices and two to
find services and push objects... And it works fine... Isn't cool?

The server will be presented at the next java conference in italy 8-)

thanks again & best regards

Antonio Terreno

2006/5/29, Marcel Holtmann <marcel@holtmann.org>:
> Hi Antonio,
> you can have only an inquiry or a page at the same time. That is
> different. Once the connection has been established then you can run
> another inquiry or create a second connection (with almost every modern
> chips).
>
> So if you have a connection (ACL link) you can run as many upper layer
> protocols (SDP, RFCOMM, OBEX etc.) as you like on it. They are all
> multiplexed and this is done by the Bluetooth subsystem of the Linux
> kernel.
>
> However we don't buffer inquiry or page requests. If the fail, they fail
> and we don't try again.
>
> Regards
>
> Marcel
>
>
>

-- 
Antonio Terreno
http://antonioterreno.java2me.org/