From: Johan Hedberg <johan.hedberg@gmail.com>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: Andre Guedes <andre.guedes@openbossa.org>,
linux-bluetooth@vger.kernel.org
Subject: Re: [RFC v3] doc: Connection Parameters command and event
Date: Tue, 8 Apr 2014 10:56:22 +0100 [thread overview]
Message-ID: <20140408095622.GA21390@t440s.spectrum.wifi> (raw)
In-Reply-To: <03ACEBDE-F9B0-44F2-8466-CC578C37D8C1@holtmann.org>
Hi Marcel,
On Mon, Apr 07, 2014, Marcel Holtmann wrote:
> > +Load Connection Parameters Command
> > +====================================
> > +
> > + Command Code: 0x0031
> > + Controller Index: <controller id>
> > + Command Parameters: Params_Count (2 Octets)
>
> Param_Count
>
> > + Params1 {
>
> Param1
> > + Address (6 Octets)
> > + Address_Type (1 Octet)
> > + Min_Connection_Interval (2 Octets)
> > + Max_Connection_Interval (2 Octes)
> > + Connection_Latency (2 Octets)
> > + Supervision_Timeout (2 Octets)
> > + }
> > + Params2 { }
>
> Param2
>
> It should be loading multiple sets of parameter. The specification
> also talks about Connection Parameter as in singular set.
This would be very funny sounding English imo. The specification only
uses singular for the HCI Commands and Event (where "Connection
Parameter Request" does sound ok and doesn't mean that we're dealing
with a single parameter). In the command and event descriptions the spec
is pretty clear that we're dealing with multiple parameters, e.g.:
(from 7.8.31):
"This indicates that the Host has accepted the remote device’s
request to change connection parameters."
"The Interval_Min parameter shall not be greater than the
Interval_Max parameter"
"The Timeout parameter shall..."o
(from 7.8.32):
"This indicates that the Host has rejected the remote device’s
request to change connection parameters."
(from 7.7.65.6):
"This event indicates to the master’s Host or the slave’s Host
that the remote device is requesting a change in the connection
parameters."
So imo the spec is pretty clear that we're dealing with multiple
parameters per device.
> > +New Connection Parameters Event
>
> Parameter
Nope. We're notifying user space of a new set of multiple parameters.
Using the singular form here makes this sound quite funny. If you had
just one parameter then we wouldn't even name the event like this but
directly spell out which parameter is in question (e.g. "New Connection
Latency Event").
If you don't believe me feel free to get another opinion from a native
English speaker ;)
Johan
next prev parent reply other threads:[~2014-04-08 9:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-07 21:36 [RFC v3] doc: Connection Parameters command and event Andre Guedes
2014-04-07 21:49 ` Marcel Holtmann
2014-04-07 22:11 ` Andre Guedes
2014-04-08 9:56 ` Johan Hedberg [this message]
2014-04-08 14:35 ` Marcel Holtmann
2014-06-24 13:40 ` Luiz Augusto von Dentz
2014-06-25 13:14 ` Marcel Holtmann
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=20140408095622.GA21390@t440s.spectrum.wifi \
--to=johan.hedberg@gmail.com \
--cc=andre.guedes@openbossa.org \
--cc=linux-bluetooth@vger.kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).