From: Max Krasnyansky <maxk@qualcomm.com>
To: Alexandros Karypidis <karypid@inf.uth.gr>,
Marcel Holtmann <marcel@rvs.uni-bielefeld.de>
Cc: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] Re: [Bluez-users] How do I obtain a free PSM automatically?
Date: Mon, 10 Feb 2003 12:49:47 -0800 [thread overview]
Message-ID: <5.1.0.14.2.20030210123957.0417f4c0@mail1.qualcomm.com> (raw)
In-Reply-To: <200302081740.48000.karypid@inf.uth.gr>
>As I can see in lines 462-470 of core/l2cap.c, either the bind() fails if the
>PSM is in use, or it succeeds if it is free. I think this is where the code
>for the case l2_bdaddr->psm==0 should be added, changing the value to some
>free PSM.
>
>In this case, I am thinking of adding a 8192 byte array in l2cap.c, which
>records (per bit) the PSMs which are in use. This idea is similar to the way
>the kernel tracks the signals which should be masked per process. One would
>then:
>
> // 0xFFFF PSMs available = 8192 bytes
>#define MAX_PSM_NDX 8192
>// Record PSM use here in the following array:
>unsigned char psm_use[MAX_PSM_NDX];
>// Code which should be added to l2cap.c in l2cap_sock_bind()
>for (i=513; i<MAX_PSM_NDX; i++) { // start a 513 to skip reserved PSMs
> if (psm_use[i] < 255) { // a bit which is not set means there is a free PSM
> // bit ops to locate the first 0 bit
> // change the ls->psm value to that bit's index
> // set the bit to 1 to record it as in use
> }
>}
>
>Then, I suppose that code must be added to set the bit back to 0 when close()
>is called, plus in accept() when new sockets are created for clients. I can't
>think of any other points of interaction.
Currently psm zero means that socket doesn't have PSM assigned to it.
bind(psm==0) means that application doesn't need PSM it's simply wants to
bind it's socket to some BD address. Which is exactly what L2CAP clients need.
So you proposing a change that will brake current bind() interface. Well I guess
it won't really break it but it will allocated PSM for all client apps which
doesn't make any sense.
Why do you think we need dynamic PSM allocation ? l2cap already allocates CIDs
dynamically. I don't see why people would want the same thing for PSMs.
Max
next prev parent reply other threads:[~2003-02-10 20:49 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200302071951.35073.karypid@inf.uth.gr>
[not found] ` <1044653120.32671.4.camel@pegasus.local>
2003-02-08 11:42 ` [Bluez-users] How do I obtain a free PSM automatically? Stephen Crane
[not found] ` <200302072329.21333.karypid@inf.uth.gr>
[not found] ` <1044653775.32672.14.camel@pegasus.local>
2003-02-08 15:40 ` Alexandros Karypidis
2003-02-08 16:14 ` [Bluez-devel] " Alexandros Karypidis
2003-02-10 21:13 ` Max Krasnyansky
2003-02-11 12:01 ` Marcel Holtmann
2003-02-11 17:26 ` Alexandros Karypidis
2003-02-11 17:52 ` Maksim Yevmenkin
2003-02-11 18:58 ` Max Krasnyansky
2003-02-11 18:06 ` Max Krasnyansky
2003-02-17 14:12 ` Marcel Holtmann
2003-02-18 21:06 ` Max Krasnyansky
2003-02-18 23:00 ` Marcel Holtmann
2003-02-19 20:04 ` Max Krasnyansky
2003-02-11 16:30 ` Alexandros Karypidis
2003-02-10 20:49 ` Max Krasnyansky [this message]
2003-02-11 16:22 ` Alexandros Karypidis
2003-02-11 18:04 ` [Bluez-devel] " Maksim Yevmenkin
2003-02-11 18:52 ` Max Krasnyansky
2003-02-11 20:01 ` Maksim Yevmenkin
2003-02-11 21:09 ` Max Krasnyansky
2003-02-11 18:23 ` [Bluez-devel] Re: [Bluez-users] " Max Krasnyansky
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=5.1.0.14.2.20030210123957.0417f4c0@mail1.qualcomm.com \
--to=maxk@qualcomm.com \
--cc=bluez-devel@lists.sourceforge.net \
--cc=karypid@inf.uth.gr \
--cc=marcel@rvs.uni-bielefeld.de \
/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