From: Kevin Dewald <kevin@simpleble.org>
To: linux-bluetooth@vger.kernel.org
Cc: Luiz Augusto von Dentz <luiz.dentz@gmail.com>,
Marcel Holtmann <marcel@holtmann.org>,
linux-kernel@vger.kernel.org, Kevin Dewald <kevin@simpleble.org>
Subject: Re: [PATCH] Bluetooth: hci_event: Clear explicit connect state on LE connection
Date: Sat, 17 Oct 2026 14:24:32 -0700 [thread overview]
Message-ID: <20261017212432.8372-1-kevin@simpleble.org> (raw)
In-Reply-To: <20261014224145.10801-1-kevin@simpleble.org>
Hi Luiz,
Sashiko flagged two things on this patch, so here is what I found.
The medium one: if Load Connection Subrate arrives while an explicit
connect to a device without params is still pending, the subrate values
go into the temporary EXPLICIT params. This patch now deletes those on
connection, so the Connection Rate Request is not sent. That is
correct, but bluetoothd only loads subrates at startup, from stored
devices, and those params are DISABLED, so they are kept. A failed
connect already deletes the same values through
hci_connect_le_scan_cleanup(). Moving the cleanup after the subrate
check would not help either, since hci_le_conn_rate_request_sync()
looks the params up again when it runs. If you want that case covered,
load_conn_subrate() could keep such params as DISABLED, which would
also cover a failed connect. I can send that as a separate patch.
The low one: the comment in hci_explicit_conn_params_set() still says
the new params are deleted in hci_connect_le_scan_cleanup(). I can send
a v2 that updates it if you like.
Kevin
prev parent reply other threads:[~2026-10-17 21:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-14 22:41 [PATCH] Bluetooth: hci_event: Clear explicit connect state on LE connection Kevin Dewald
2026-10-15 0:17 ` bluez.test.bot
2026-10-17 21:24 ` Kevin Dewald [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=20261017212432.8372-1-kevin@simpleble.org \
--to=kevin@simpleble.org \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luiz.dentz@gmail.com \
--cc=marcel@holtmann.org \
/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