linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Fabrizio Guglielmino <guglielmino@infitsrl.com>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] sdp_connect thread safe?
Date: Fri, 30 Jun 2006 12:22:59 +0200	[thread overview]
Message-ID: <44A4FB83.8090001@infitsrl.com> (raw)
In-Reply-To: <Pine.LNX.4.63.0606301142130.18028@redbean.intranet.gw-instruments.de>

Thanks to all....
I'm nearly sure that the solution for me is lot more simple. It would =

like to have a tool hcidump-like for windows to verifying what happens.

To obtain the rfcomm channel associated to a service (opush in my case) =

sd_connect and the response inspection it's the only way?
My requirement in the end it's only to find all devices opush enabled in =

a determinate moment and send to all a file (a vcalendar). The problem =

is that send have to be simultaneous (or nearly). If  every opush search =

is blocking  target devices becames like a chain where every one it's =

conditioned by the previouos inquired.

Peter Wippich ha scritto:
> Hello All, =

>   =

>> Hi Fabrizio,
>>
>>     =

>>> Is there a list of bluetooth adapters supporting this feature?
>>> Doing hciconfig -a [adapter] is not possible to known if the device =

>>> support multiple simultaneus sdp_connect ?
>>>       =

>> I think my phrase was not clear. I haven't seen any adapter that is
>> capable of multiple baseband pages at the same time.
>>     =

>
> So do I. There's a simple proof: just send a HCI_Create_Connection comman=
d =

> and than try to send a second Create_Connection before you get the =

> connection complete event for the first Create_Connection. =

> If the second create connection passes, please tell me what chip it was =

> !!!
> The normal behaviour is that the chip will reply with an error event (lik=
e =

> command dissallowed) for the second connection attempt. I think there was =

> some discussion about this some time ago. The only way to come around thi=
s =

> is a complicated buffering for HCI commands inside BlueZ. It will require =

> the stack to hold a create connection command in the queue when it gets a=
n =

> error response for a create connection command and re-issue it once it =

> gets an connection complete or connection fail event.
> The real bad thing here is that different chips will behave different so =

> there is some kind of hardware dependence here. =

>
> I have not checked but as far as I know BlueZ does not support such a =

> mechanism. Feel free to implement this (the less complicated task) and  =

> make sure it always works correctly (the much more complicated task
> because you have to test with a lot of different hardware).  =

>
> You may also try something on the upper level. For example synchronize =

> your threads in such a way that there is only one outstanding sdp connect=
. =

> For example use a semaphore which must be owned by the thread to issue a =

> sdp connect. Once the sdp connect is through (even completed or failed) =

> the semaphore is freed and the next thread waiting is allowed to start a =

> sdp connection. =

>
> Ciao, =

>
> Peter =

>
> |       Peter Wippich                   Voice: +49 30 46776411          |
> |       G&W Instruments GmbH            fax:   +49 30 46776419          |
> |       Gustav-Meyer-Allee 25, Geb. 12  Email: pewi@gw-instruments.de   |
> |       D-13355 Berlin  / Germany                                       |
>
>
> 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 ea=
sier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
>   =



-- =

______________________________
Fabrizio Guglielmino =

Infit Srl
Software Engineering
Tel. +39 11 7410915
Fax. +39 11 7410915
www.infitsrl.com
C.so Svizzera, 79/8 - Torino
______________________________

Il presente messaggio ed ogni eventuale allegato hanno natura
confidenziale e sono riservati ai destinatari indicati. La diffusione a
terzi e qualsiasi altro uso non autorizzato sono proibiti. I messaggi ed
i relativi allegati possono essere soggetti ad alterazioni. Il mittente
declina ogni responsabilit=E0 per le eventuali alterazioni, modificazioni
o falsificazioni.


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 easi=
er
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D1=
21642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

  reply	other threads:[~2006-06-30 10:22 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-30  8:49 [Bluez-devel] sdp_connect thread safe? Fabrizio Guglielmino
2006-06-30  8:53 ` Marcel Holtmann
2006-06-30  9:06   ` Fabrizio Guglielmino
2006-06-30  9:12     ` Marcel Holtmann
2006-06-30  9:43       ` Fabrizio Guglielmino
2006-06-30 10:06         ` Marcel Holtmann
2006-06-30 10:25         ` Peter Wippich
2006-06-30 10:14       ` Peter Wippich
2006-06-30 10:22         ` Fabrizio Guglielmino [this message]
2006-06-30 10:36           ` Peter Wippich
2006-06-30 10:49             ` Fabrizio Guglielmino
2006-06-30 10:23         ` Marcel Holtmann
2006-06-30 10:36           ` Peter Wippich
2006-06-30 10:55             ` 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=44A4FB83.8090001@infitsrl.com \
    --to=guglielmino@infitsrl.com \
    --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).