Message-ID: <002d01c4df96$cc2e2080$6401000a@zool>
From: "Steffen Larsen" <zool@zool.dk>
To: <bluez-devel@lists.sourceforge.net>
References: <00c901c4df6a$f8c11f70$6401000a@zool> <1102764489.19086.15.camel@pegasus>  <016d01c4df70$a8e297d0$6401000a@zool> <1102767035.19086.18.camel@pegasus> <01a901c4df7a$666d4da0$6401000a@zool>
Subject: Re: [Bluez-devel] piconet..
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: bluez-devel-admin@lists.sourceforge.net
Errors-To: bluez-devel-admin@lists.sourceforge.net
Reply-To: bluez-devel@lists.sourceforge.net
Date: Sat, 11 Dec 2004 16:33:42 +0100

Hi Marcel and others,  ;-)

> > > > > PS. I belive that the PSM in the L2CAP layer can serve more than
one
> > > > > client or am I totally wrong? otherwise I should update the PSM
> > > > > everytime a new client connect..
> > > >
> > > > It can also serve multiple PSM on the same ACL link.
> > >
> > > Ok.. how do I do that?
> > >
>
> > you call listen() and then accept() for every incoming connection. It is
> > the same as for TCP/IP.
>
> Ok.. I am already doing this in my parent thread. So the problem must be
> somewhere else.
> I'll try to do the hciconfig -a in a brief moment and sent the output to
the
> list... :-)

My source code for most of my BTserver can be found at:
http://www.diku.dk/hjemmesider/studerende/zool/bt/prot.cc
As you can see in my souce (see the listenL2CAP method), I do almost as you
told me to do and what l2test.c is doing.
I use the standard bind, listen and accept methods and spawns of a new
child, when I get a connection. But I still can't make it work when I have
more than one client (a piconet). Why is that? can you see a minor flaw in
my code?

I have made a hciconfig -a with one of my USB dongles (it is a DBT 120
unit):

hci0: Type: USB
 BD Address: 00:40:05:60:41:0D ACL MTU: 192:8  SCO MTU: 64:8
 UP RUNNING PSCAN ISCAN
 RX bytes:653 acl:0 sco:0 events:19 errors:0
 TX bytes:314 acl:0 sco:0 commands:18 errors:0
 Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
 Link policy: RSWITCH HOLD SNIFF PARK
 Link mode: SLAVE ACCEPT
 Name: 'fsck-0'
 Class: 0x000100
 Service Classes: Unspecified
 Device Class: Computer, Uncategorized
 HCI Ver: 1.1 (0x1) HCI Rev: 0x1bb LMP Ver: 1.1 (0x1) LMP Subver: 0x1bb
 Manufacturer: Cambridge Silicon Radio (10)

I can only give you this one, because one of my friends have the other two
dongles. I will though sent the output later tonight, when I get them back.
:-)

PS: It also seems like that the l2test works with more clients.. I really
can't see the big difference in my code and l2test.. But mabye it is me..
;-)


/Steffen Larsen


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel