Linux bluetooth development
 help / color / mirror / Atom feed
From: Andrei Emeltchenko <andrei.emeltchenko.news@gmail.com>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: [PATCH] emulator: Fix magic numbers and remove dead code
Date: Mon, 22 Dec 2014 13:59:13 +0200	[thread overview]
Message-ID: <20141222115912.GC25294@aemeltch-MOBL1> (raw)
In-Reply-To: <041CE110-B8DA-47BF-8E7F-F206054DD815@holtmann.org>

On Fri, Dec 19, 2014 at 02:06:53PM +0100, Marcel Holtmann wrote:
> Hi Andrei,
> 
> > From: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
> > 
> > Removes logically dead code since conditions were already checked in the
> > previous statements.
> 
> this should be two patches.

So can I just remove second check and leave all this magic intouch?

Best regards 
Andrei Emeltchenko 

> 
> > ---
> > emulator/le.c | 11 ++---------
> > 1 file changed, 2 insertions(+), 9 deletions(-)
> > 
> > diff --git a/emulator/le.c b/emulator/le.c
> > index 30daa63..91cf31c 100644
> > --- a/emulator/le.c
> > +++ b/emulator/le.c
> > @@ -1236,21 +1236,14 @@ static void cmd_le_set_data_length(struct bt_le *hci,
> > 	}
> > 
> > 	/* Valid range for suggested max TX octets is 0x001b to 0x00fb */
> > -	if (tx_len < 0x001b || tx_len > 0x00fb) {
> > +	if (tx_len < DEFAULT_TX_LEN || tx_len > MAX_TX_LEN) {
> 
> MAX_TX_LEN is our max value. It just happens to be the same max for the parameter. So I would keep the magic numbers here unless we introduce official constants for default, min, max ranges somewhere else.
> 
> > 		cmd_status(hci, BT_HCI_ERR_INVALID_PARAMETERS,
> > 					BT_HCI_CMD_LE_SET_DATA_LENGTH);
> > 		return;
> > 	}
> > 
> > 	/* Valid range for suggested max TX time is 0x0148 to 0x0848 */
> > -	if (tx_time < 0x0148 || tx_time > 0x0848) {
> > -		cmd_status(hci, BT_HCI_ERR_INVALID_PARAMETERS,
> > -					BT_HCI_CMD_LE_SET_DATA_LENGTH);
> > -		return;
> > -	}
> > -
> > -	/* Max TX len and time shall be less or equal supported */
> 
> And this check is just by accident the same as the other one before. The one before is checking the max allowed values from the specification.
> 
> This one is checking our max values. It just happens to be the same. Since this is an emulator and not real code that is heavy optimized, we should instead have hci->le_max_tx_time and hci->le_max_tx_len and assigned to our max value and then check against that.
> 
> We do exactly the same for white list size and resolving list size.
> 
> > -	if (tx_len > MAX_TX_LEN || tx_time > MAX_TX_TIME) {
> > +	if (tx_time < DEFAULT_TX_TIME || tx_time > MAX_TX_TIME) {
> > 		cmd_status(hci, BT_HCI_ERR_INVALID_PARAMETERS,
> > 					BT_HCI_CMD_LE_SET_DATA_LENGTH);
> > 		return;
> 
> Regards
> 
> Marcel
> 

      reply	other threads:[~2014-12-22 11:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-19 12:54 [PATCH] emulator: Fix magic numbers and remove dead code Andrei Emeltchenko
2014-12-19 13:06 ` Marcel Holtmann
2014-12-22 11:59   ` Andrei Emeltchenko [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=20141222115912.GC25294@aemeltch-MOBL1 \
    --to=andrei.emeltchenko.news@gmail.com \
    --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