From: Marcel Holtmann <marcel@holtmann.org>
To: amateur <ztl.post@gmail.com>,
BlueZ users <bluez-users@lists.sourceforge.net>
Cc: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] [Bluez-users] How to setup a reliable RFCOMM connection
Date: Sun, 10 Dec 2006 15:18:53 +0100 [thread overview]
Message-ID: <1165760333.20427.1.camel@localhost> (raw)
In-Reply-To: <20061210141030.GA3730@163.com>
Hi,
> > > > > How to setup a reliable RFCOMM connection, that is, a connection with
> > > > > infinite flush timeout. I find the RFCOMM_LM_RELIABLE option in the
> > > > > example program l2test.c. It compiles, but at runtime setsockopt with
> > > > > RFCOMM_LM give me an error. I'm using kernel-2.4.21 patched by
> > > > > patch-2.4.21-mh10. So what's the problem. Doesn't kernel-2.4.21-mh10
> > > > > support RFCOMM_LM? If so, how can I setup a reliable RFCOMM connection?
> > > >
> > > > the RFCOMM channels are always reliable. No need for any other options.
> > > >
> > > Does that mean that the Automatic Flush Timeout Timer for the L2CAP
> > > connection underlying the RFCOMM connection is set to 0xFFFF by
> > > default? And when does the RFCOMM_LM option introduced?
> >
> > this won't fly. The underlaying L2CAP connection must be reliable and so
> > we are not using an automatic flush timeout at all for that channel.
> > Please check the specification for details.
> In my understanding of the specification, the Automatic Flush Timeout
> is applied on a connection handle which corresponds to the ACL link.
> So does that mean once a RFCOMM connection is established, the
> automatic flush timeout would be disabled(to ensure link reliability)?
> Or that bluez doesn't use automatic flush timeout at all for all
> connections?
we should use automatic flush timeout, but we actually don't. It
currently makes no sense for use to use it, because all upper layers
assume that the lower layers are reliable. With Bluetooth 2.1 this will
change and you can mark L2CAP channels as flushable. This is needed for
the A2DP audio channels were it doesn't matter if you loose a packet.
Regards
Marcel
-------------------------------------------------------------------------
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
prev parent reply other threads:[~2006-12-10 14:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-08 8:45 [Bluez-users] How to setup a reliable RFCOMM connection amateur
2006-12-08 10:24 ` [Bluez-devel] " Marcel Holtmann
2006-12-09 1:50 ` amateur
2006-12-10 12:39 ` [Bluez-users] [Bluez-devel] " Marcel Holtmann
2006-12-10 14:10 ` amateur
2006-12-10 14:18 ` Marcel Holtmann [this message]
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=1165760333.20427.1.camel@localhost \
--to=marcel@holtmann.org \
--cc=bluez-devel@lists.sourceforge.net \
--cc=bluez-users@lists.sourceforge.net \
--cc=ztl.post@gmail.com \
/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