Return-Path: Subject: Re: [Bluez-users] Two simultanous connections From: Pierre N To: Marcel Holtmann Cc: BlueZ Mailing List In-Reply-To: <1080994581.2839.26.camel@pegasus> References: <1080928843.9541.90.camel@localhost> <1080929429.2836.101.camel@pegasus> <1080993011.12261.12.camel@localhost> <1080994581.2839.26.camel@pegasus> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dSl8Q4ul1+jsul9d1Eg8" Message-Id: <1080997306.12501.10.camel@localhost> Mime-Version: 1.0 Date: Sat, 03 Apr 2004 15:01:46 +0200 List-ID: --=-dSl8Q4ul1+jsul9d1Eg8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-04-03 at 14:16, Marcel Holtmann wrote: > Hi Pierre, >=20 > > hcitool -a shows "invalid option -- a". >=20 > who said that hcitool have an "-a" option. Sorry, I mixed up hcitool and hciconfig... > Actually I don't see your problem. Let one iPAQ be the master and the > other connect as slaves. Who said I had a problem? ;-p This is all, as I said previously, out of curiosity... Seriously, my question is why can a master hold up to 4 slaves but can't initiate these 4 connections itself as a master? Is it technically impossible, is it just an implementation constraint or is there some secret switch to do so? -- Pierre --=-dSl8Q4ul1+jsul9d1Eg8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAbrW5ZkVEuKKlE7gRAoX5AJ94BXMeM8laen2TtHLug1K/8cQ62QCgqHtJ Kx5MzbE77B39M6yp9vrjF/g= =G4JQ -----END PGP SIGNATURE----- --=-dSl8Q4ul1+jsul9d1Eg8--