From: Stefan Mischke <survivor@uni-paderborn.de>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: "BlueZ Mailing List" <bluez-devel@lists.sourceforge.net>,
"Bernd Eßmann" <psycho@uni-paderborn.de>
Subject: Re: [Bluez-devel] L2CAP: One failing connection hurts others?
Date: Thu, 16 Sep 2004 00:26:50 +0200 [thread overview]
Message-ID: <4148C1AA.1080200@uni-paderborn.de> (raw)
In-Reply-To: <1095282542.19426.9.camel@pegasus>
Hi Marcel!
Marcel Holtmann schrieb:
>use the linger support of the L2CAP socket and put a "sleep 2" between
>the first and the second l2test call.
>
>
>
I'll give it a try tomorrow.
I already tried the lingering option to be able to close the socket
directly after the last send, but it didn't work for me. I had to put a
sleep 1000 (ms) to prevent read errors. As much as I understood the man
pages....
"When enabled, a *close
<http://www.die.net/doc/linux/man/man2/close.2.html>*(2) or *shutdown
<http://www.die.net/doc/linux/man/man2/shutdown.2.html>*(2) will not
return until all queued messages for the socket have been successfully
sent or the linger timeout has been reached. Otherwise, the call returns
immediately and the closing is done in the background. When the socket
is closed as part of *exit*(2), it always lingers in the background."
...disabling linger makes also a clean shutdown in the background. Is
there also a timeout for background lingering?
Anyway, thanks a lot for your help. I really appreciate it. I'll test
your linger suggestion tomorrow. But I'm still of the opinion that l2cap
should not return errno 16 to connection attempts to reachable devices
even if a connection attempt is in progress to an unreachable device.
There should be some concurrency possible.
Regards
Stefan
next prev parent reply other threads:[~2004-09-15 22:26 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-14 15:20 [Bluez-devel] L2CAP: One failing connection hurts others? Stefan Mischke
2004-09-14 18:34 ` Marcel Holtmann
2004-09-14 19:11 ` Stefan Mischke
2004-09-14 19:24 ` Marcel Holtmann
2004-09-14 19:37 ` Stefan Mischke
2004-09-14 19:49 ` Marcel Holtmann
2004-09-14 20:10 ` Stefan Mischke
2004-09-14 21:12 ` Marcel Holtmann
2004-09-14 23:37 ` Stefan Mischke
2004-09-15 7:46 ` Marcel Holtmann
2004-09-15 14:00 ` Stefan Mischke
2004-09-15 21:09 ` Marcel Holtmann
2004-09-15 22:26 ` Stefan Mischke [this message]
2004-09-16 10:30 ` Stefan Mischke
2004-09-16 10:34 ` Marcel Holtmann
2004-09-16 10:39 ` Stefan Mischke
2004-09-16 11:00 ` Marcel Holtmann
2004-09-16 11:10 ` Stefan Mischke
2004-09-16 16:41 ` Stefan Mischke
2004-09-15 20:37 ` Stefan Mischke
2004-09-15 21:06 ` Marcel Holtmann
2004-09-15 22:13 ` Stefan Mischke
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=4148C1AA.1080200@uni-paderborn.de \
--to=survivor@uni-paderborn.de \
--cc=bluez-devel@lists.sourceforge.net \
--cc=marcel@holtmann.org \
--cc=psycho@uni-paderborn.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