From: Marcel Holtmann <marcel@holtmann.org>
To: Hemant Gupta <hemantgupta.ste@gmail.com>
Cc: linux-bluetooth@vger.kernel.org,
Hemant Gupta <hemant.gupta@stericsson.com>
Subject: Re: [PATCH v4] Bluetooth: Fix packet type for ESCO Link
Date: Tue, 10 Apr 2012 23:19:37 +0200 [thread overview]
Message-ID: <1334092777.16897.56.camel@aeonflux> (raw)
In-Reply-To: <CACj007nWobij7TKibumiz6MN3LP7U8nVRRLhYwEx5KcyJ1cz+w@mail.gmail.com>
Hi Hemant,
> > This patch uses the corect packet type for ESCO Link.
> > Without this patch esco packet types were anded with ~EDR_ESCO_MASK
> > resulting in setting bits that are not supported by controller
> > to 0 which means that corresponding EDR ESCO packet type is
> > supported(EDR Packet types are inverted as per BT Spec) which might
> > not be the case.
> >
> > For eg:
> > Local Controller supports only 3-EV5, 2-EV5 and 3-EV3 of the EDR eSCO
> > packet types and does not support 2-EV3 packet type. This would mean
> > that while creating the esco_type in function
> > hci_cc_read_local_features() the ESCO_2EV3 bit would not be set and
> > all other EDR eSCO bits would be set resulting in
> > hdev->esco_type = 0x0380
> >
> > Now in hci_conn_add() when the pkt_type is being calculated for eSCO
> > Link, wrong calculation would take place as below:
> >
> > conn->pkt_type = hdev->esco_type & ~EDR_ESCO_MASK;
> > = 0x0380 & ~0x03C0 = 0x0380 & 0xFC3F
> > = 0x0000
> > Since the EDR eSCO bits are inverted, this would indicate that all
> > EDR eSCO packet types are supported, which is not correct as local
> > controller is not supporting the 2-EV3 packet type.
> >
> > As per calculations of the patch
> > conn->pkt_type = hdev->esco_type ^ EDR_ESCO_MASK;
> > = 0x0380 ^ 0x03C0
> > = 0x0040
> > which correctly indicates that packet type used excludes the 2-EV3
> > packet type not supported by local controller.
> >
> Any comments on the updated patch with commit message.
for some strange reason, I have not seen v4 so far. However this message
made it through.
> > Signed-off-by: Hemant Gupta <hemant.gupta@stericsson.com>
> > ---
> > net/bluetooth/hci_conn.c | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
Acked-by: Marcel Holtmann <marcel@holtmann.org>
You might need to resend it in case it never reached Johan and Gustavo
either.
Regards
Marcel
next prev parent reply other threads:[~2012-04-10 21:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1333649382-16220-1-git-send-email-hemant.gupta@stericsson.com>
2012-04-10 15:27 ` [PATCH v4] Bluetooth: Fix packet type for ESCO Link Hemant Gupta
2012-04-10 21:19 ` Marcel Holtmann [this message]
2012-04-11 4:04 ` Hemant Gupta
[not found] <1334116936-16171-1-git-send-email-hemant.gupta@stericsson.com>
2012-04-11 4:11 ` Hemant GUPTA
2012-04-11 4:13 ` Hemant Gupta
2012-04-11 23:58 ` Mike
2012-04-12 17:10 ` Mike
2012-04-16 10:29 ` Johan Hedberg
2012-04-16 10:33 ` Hemant Gupta
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=1334092777.16897.56.camel@aeonflux \
--to=marcel@holtmann.org \
--cc=hemant.gupta@stericsson.com \
--cc=hemantgupta.ste@gmail.com \
--cc=linux-bluetooth@vger.kernel.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