From: Gowtham Anandha Babu <gowtham.ab@samsung.com>
To: 'Szymon Janc' <szymon.janc@gmail.com>
Cc: linux-bluetooth@vger.kernel.org, d.kasatkin@samsung.com,
bharat.panda@samsung.com, cpgs@samsung.com
Subject: RE: [PATCH v1 2/5] monitor/rfcomm: Add support for RPN frame decoding
Date: Fri, 05 Dec 2014 16:14:20 +0530 [thread overview]
Message-ID: <000501d01078$707a0830$516e1890$@samsung.com> (raw)
In-Reply-To: <CAA4A+aDGt89cqFVfdGc4vpRpH1kB9qf+Y5XonTvmXaJ9pBz9vg@mail.gmail.com>
Hi Szymon,
> -----Original Message-----
> From: linux-bluetooth-owner@vger.kernel.org [mailto:linux-bluetooth-
> owner@vger.kernel.org] On Behalf Of Szymon Janc
> Sent: Thursday, December 04, 2014 8:48 PM
> To: Gowtham Anandha Babu
> Cc: linux-bluetooth@vger.kernel.org; d.kasatkin@samsung.com;
> bharat.panda@samsung.com; cpgs@samsung.com
> Subject: Re: [PATCH v1 2/5] monitor/rfcomm: Add support for RPN frame
> decoding
>
> Hi Gowtham,
>
> On Wed, Dec 3, 2014 at 1:01 PM, Gowtham Anandha Babu
> <gowtham.ab@samsung.com> wrote:
> > Changes made to decode RPN frame in RFCOMM for btmon.
> >
> > RFCOMM: Unnumbered Info with Header Check (UIH)(0xef)
> > Address: 0x03 cr 1 dlci 0x00
> > Control: 0xef poll/final 0
> > Length: 10
> > FCS: 0x70
> > MCC Message type: Remote Port Negotiation Command CMD(0x24)
> > Length: 8
> > dlci 32
> > br 3 db 2 sb 0 p 0 pt 0 xi 0 xo 0
> > rtri 0 rtro 0 rtci 0 rtco 0 xon 17 xoff 19
> > pm 0x3f7f
> > ---
> > monitor/rfcomm.c | 73
> > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> > 1 file changed, 73 insertions(+)
> >
> > diff --git a/monitor/rfcomm.c b/monitor/rfcomm.c index
> > cd50c8c..62b52cc 100644
> > --- a/monitor/rfcomm.c
> > +++ b/monitor/rfcomm.c
> > @@ -63,6 +63,18 @@ static char *cr_str[] = {
> > #define GET_V24_IC(sigs) ((sigs & 0x40) >> 6)
> > #define GET_V24_DV(sigs) ((sigs & 0x80) >> 7)
> >
> > +/* RPN macros */
> > +#define GET_RPN_DB(parity) (parity & 0x03)
> > +#define GET_RPN_SB(parity) ((parity & 0x04) >> 2)
> > +#define GET_RPN_PARITY(parity) ((parity & 0x08) >> 3) #define
> > +GET_RPN_PTYPE(parity) ((parity & 0x03) >> 3)
> > +#define GET_RPN_XIN(io) (io & 0x01)
> > +#define GET_RPN_XOUT(io) ((io & 0x02) >> 1)
> > +#define GET_RPN_RTRI(io) ((io & 0x04) >> 2)
> > +#define GET_RPN_RTRO(io) ((io & 0x08) >> 3)
> > +#define GET_RPN_RTCI(io) ((io & 0x10) >> 4)
> > +#define GET_RPN_RTCO(io) ((io & 0x20) >> 5)
> > +
> > struct rfcomm_lhdr {
> > uint8_t address;
> > uint8_t control;
> > @@ -77,6 +89,16 @@ struct rfcomm_lmsc {
> > uint8_t break_sig;
> > } __attribute__((packed));
> >
> > +struct rfcomm_rpn {
> > + uint8_t dlci;
> > + uint8_t bit_rate;
> > + uint8_t parity;
> > + uint8_t io;
> > + uint8_t xon;
> > + uint8_t xoff;
> > + uint16_t pm;
> > +} __attribute__ ((packed));
> > +
> > struct rfcomm_lmcc {
> > uint8_t type;
> > uint16_t length;
> > @@ -138,6 +160,55 @@ done:
> > return true;
> > }
> >
> > +static inline bool mcc_rpn(struct rfcomm_frame *rfcomm_frame, uint8_t
> > +indent) {
> > + struct l2cap_frame *frame = &rfcomm_frame->l2cap_frame;
> > + struct rfcomm_rpn rpn;
> > +
> > + if (!l2cap_frame_get_u8(frame, &rpn.dlci))
> > + return false;
> > +
> > + print_field("%*cdlci %d", indent, ' ',
> > + RFCOMM_GET_DLCI(rpn.dlci));
> > +
> > + if (frame->size < 7)
> > + goto done;
> > +
> > + /* port value octets (optional) */
> > +
> > + if (!l2cap_frame_get_u8(frame, &rpn.bit_rate))
> > + return false;
> > +
> > + if (!l2cap_frame_get_u8(frame, &rpn.parity))
> > + return false;
> > +
> > + if (!l2cap_frame_get_u8(frame, &rpn.io))
> > + return false;
> > +
> > + print_field("%*cbr %d db %d sb %d p %d pt %d xi %d xo %d",
indent, '
> ',
> > + rpn.bit_rate, GET_RPN_DB(rpn.parity),
GET_RPN_SB(rpn.parity),
> > + GET_RPN_PARITY(rpn.parity), GET_RPN_PTYPE(rpn.parity),
> > + GET_RPN_XIN(rpn.io), GET_RPN_XOUT(rpn.io));
> > +
> > + if (!l2cap_frame_get_u8(frame, &rpn.xon))
> > + return false;
> > +
> > + if (!l2cap_frame_get_u8(frame, &rpn.xoff))
> > + return false;
> > +
> > + print_field("%*crtri %d rtro %d rtci %d rtco %d xon %d xoff %d",
> > + indent, ' ', GET_RPN_RTRI(rpn.io), GET_RPN_RTRO(rpn.io),
> > + GET_RPN_RTCI(rpn.io), GET_RPN_RTCO(rpn.io), rpn.xon,
> > + rpn.xoff);
> > +
> > + if (!l2cap_frame_get_be16(frame, &rpn.pm))
> > + return false;
> > +
> > + print_field("%*cpm 0x%04x", indent, ' ', __bswap_16(rpn.pm));
>
> This __bswap_16 is invalid since rpn.pm was already converted to host
order
> by l2cap_frame_get_be16(). (It wouldn't work correctly on BE arch anyway).
>
> Also this was causing build problems under Android. If you are able to
build-
> test under Android please do so. If not then at least point this in cover
letter
> or patch comment that code was tested only under Linux).
>
> I've fixed this myself but please pay attention to this with any future
> submission.
>
Sure I will mention the tested platform details for future submission.
Btw without __bswap_16(), rpn.pm and pn.mtu will be different from the
hcidump logs.
This is captured by removing __bswap_16().
Btmon log:
RFCOMM: Unnumbered Info with Header Check (UIH)(0xef)
Address: 0x03 cr 1 dlci 0x00
Control: 0xef poll/final 0
Length: 10
FCS: 0x70
MCC Message type: DLC Parameter Negotiation CMD(0x20)
Length: 8
dlci 6 frame_type 0 credit_flow 15 pri 3
ack_timer 0 frame_size 32256 max_retrans 0 credits 1
Hcidump log:
RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
dlci 6 frame_type 0 credit_flow 15 pri 3 ack_timer 0
frame_size 126 max_retrans 0 credits 1
The rpn.pm is fine. That may be printed without doing __bswap_16() also.
But in the above PN frame, frame_size is different from actual hcidump
trace.
I cross checked with PTS logs, it was same as the hcidump trace.
So, if it is causing build problems under Android, use
l2cap_frame_get_le16()
Instead of l2cap_frame_get_be16() for pn.mtu.
If we are consistent with hcidump, then replace the be16() by le16() for
both pn.mtu and rpn.pm.
After replacing the le16() function:
Btmon logs looks like:
RFCOMM: Unnumbered Info with Header Check (UIH)(0xef)
Address: 0x03 cr 1 dlci 0x00
Control: 0xef poll/final 0
Length: 10
FCS: 0x70
MCC Message type: DLC Parameter Negotiation CMD(0x20)
Length: 8
dlci 6 frame_type 0 credit_flow 15 pri 3
ack_timer 0 frame_size 126 max_retrans 0 credits 1
What do you think ?
> > +
> > +done:
> > + return true;
> > +}
> > +
> > struct mcc_data {
> > uint8_t type;
> > const char *str;
> > @@ -201,6 +272,8 @@ static inline bool mcc_frame(struct rfcomm_frame
> *rfcomm_frame, uint8_t indent)
> > switch (type) {
> > case RFCOMM_MSC:
> > return mcc_msc(rfcomm_frame, indent+2);
> > + case RFCOMM_RPN:
> > + return mcc_rpn(rfcomm_frame, indent+2);
> > default:
> > packet_hexdump(frame->data, frame->size);
> > }
> > --
> > 1.9.1
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe
> > linux-bluetooth" in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> pozdrawiam
> Szymon K. Janc
> szymon.janc@gmail.com
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth"
in
> the body of a message to majordomo@vger.kernel.org More majordomo
> info at http://vger.kernel.org/majordomo-info.html
Regards,
Gowtham Anandha Babu
next prev parent reply other threads:[~2014-12-05 10:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-03 12:01 [PATCH v1 0/5] Add support for decoding RFCOMM MCC Message Type Gowtham Anandha Babu
2014-12-03 12:01 ` [PATCH v1 1/5] monitor/rfcomm.c: Add support for MSC frame decoding Gowtham Anandha Babu
2014-12-03 12:01 ` [PATCH v1 2/5] monitor/rfcomm: Add support for RPN " Gowtham Anandha Babu
2014-12-04 15:18 ` Szymon Janc
2014-12-05 10:44 ` Gowtham Anandha Babu [this message]
2014-12-05 11:03 ` Szymon Janc
2014-12-05 11:10 ` Gowtham Anandha Babu
2014-12-05 11:26 ` Szymon Janc
2014-12-05 13:02 ` Gowtham Anandha Babu
2014-12-05 13:09 ` Szymon Janc
2014-12-05 11:47 ` Luiz Augusto von Dentz
2014-12-05 13:04 ` Gowtham Anandha Babu
2014-12-05 13:07 ` Luiz Augusto von Dentz
2014-12-05 13:48 ` Gowtham Anandha Babu
2014-12-03 12:01 ` [PATCH v1 3/5] monitor/rfcomm: Add support for RLS " Gowtham Anandha Babu
2014-12-03 12:01 ` [PATCH v1 4/5] monitor/rfcomm: Add support for PN " Gowtham Anandha Babu
2014-12-03 12:01 ` [PATCH v1 5/5] monitor/rfcomm: Add support for NSC " Gowtham Anandha Babu
2014-12-04 12:17 ` [PATCH v1 0/5] Add support for decoding RFCOMM MCC Message Type Luiz Augusto von Dentz
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='000501d01078$707a0830$516e1890$@samsung.com' \
--to=gowtham.ab@samsung.com \
--cc=bharat.panda@samsung.com \
--cc=cpgs@samsung.com \
--cc=d.kasatkin@samsung.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=szymon.janc@gmail.com \
/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