Return-Path: Message-ID: Date: Wed, 29 Nov 2006 14:54:38 -0800 From: "Mark S. Townsley" To: "BlueZ development" In-Reply-To: MIME-Version: 1.0 References: <002901c710a8$0eab3580$0100a8c0@kayleigh> <1164536005.25914.8.camel@aeonflux.holtmann.net> <002801c7125f$7197b7f0$0100a8c0@kayleigh> <000701c712dc$8e44ff20$3978f052@kayleigh> <001201c712e9$3ae9cfb0$3978f052@kayleigh> Subject: Re: [Bluez-devel] Master / Slave question Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0091698677==" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net --===============0091698677== Content-Type: multipart/alternative; boundary="----=_Part_54369_17481376.1164840878368" ------=_Part_54369_17481376.1164840878368 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I read/heard somewhere that newer silicons that supports automatic master/slave role switch creates problems in the HCI layer and connections could get dropped if you have a BT radio that supports that auto-switching. Can someone confirm or discredit this? On 11/29/06, Peter Wippich wrote: > > > Salut Oli, > > > > For a server application like yours I would suggest to use the role > > > switch feature in a more relaxed way. So, once a connection comes in > try > > > to do a role switch. If it succeed it is fine and you're able to > accept an > > > additional connection. If it fails you're out of resources but at > least > > > can service the current connection. > > > > > > However, if I understand it right you can not set this behaviour in > > > hcid.conf. You have to implement it in your application. > > > > What do you mean by implementing this in my application ? Is it > > possible to manually deal with this in my server application ? Would you > > have a location with examples ? > > > Actualy, the only sample I'm aware of for such things is hcid. I've not > checked how it handles the case when lm master is set and the remote > device rejects the role switch. From the documentation I assume it will > cancel the connection, but this may be wrong. > Marcel ?? > If it just ignores a rejected role switch and keeps the connection you > have the behaviour I outlined above. > If it cancel the connection may be the easiest way is to modify hcid. > > 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 | > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Bluez-devel mailing list > Bluez-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-devel > ------=_Part_54369_17481376.1164840878368 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
I read/heard somewhere that newer silicons that supports automatic master/slave role switch creates problems in the HCI layer and connections could get dropped if you have a BT radio that supports that auto-switching.

Can someone confirm or discredit this?


On 11/29/06, Peter Wippich <pewi@gw-instruments.de> wrote:

Salut Oli,

> > For a server application like yours I would suggest to use the role
> > switch feature in a more relaxed way. So, once a connection comes in try
> > to do a role switch. If it succeed it is fine and you're able to accept an
> > additional connection. If it fails you're out of resources but at least
> > can service the current connection.
> >
> > However, if I understand it right you can not set this behaviour in
> > hcid.conf. You have to implement it in your application.
>
> What do you mean by implementing this in my application ? Is it
> possible to manually deal with this in my server application ? Would you
> have a location with examples ?
>
Actualy, the only sample I'm aware of for such things is hcid. I've not
checked how it handles the case when lm master is set and the remote
device rejects the role switch. From the documentation I assume it will
cancel the connection, but this may be wrong.
Marcel ??
If it just ignores a rejected role switch and keeps the connection you
have the behaviour I outlined above.
If it cancel the connection may be the easiest way is to modify hcid.

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                                       |


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

------=_Part_54369_17481376.1164840878368-- --===============0091698677== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV --===============0091698677== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel --===============0091698677==--