All of lore.kernel.org
 help / color / mirror / Atom feed
* AVCTP and AVRCP packet decoder file structure in btmon
@ 2014-08-04  8:48 Vikrampal
  2014-08-04 10:45 ` Luiz Augusto von Dentz
  0 siblings, 1 reply; 8+ messages in thread
From: Vikrampal @ 2014-08-04  8:48 UTC (permalink / raw)
  To: linux-bluetooth; +Cc: Luiz Augusto von Dentz, Dmitry Kasatkin

Hi,

I'm working on AVRCP packet decoder for Bluetooth monitor module.
There's a separate file avctp.c/h for AVCTP packet decoder.

The file avctp.c is not a big file as such. So, I'm thinking whether or not
I should
include AVRCP decoder in this file itself.

Shall I create a separate file for AVRCP decoding?

If both AVCTP & AVRCP go in the same file then what should be the 
appropriate name of the file or shall I create a separate file for AVRCP as
well.

Please advise me. Thanks!

Regards,
Vikram


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-04  8:48 AVCTP and AVRCP packet decoder file structure in btmon Vikrampal
@ 2014-08-04 10:45 ` Luiz Augusto von Dentz
  2014-08-05  6:54   ` Vikrampal
  0 siblings, 1 reply; 8+ messages in thread
From: Luiz Augusto von Dentz @ 2014-08-04 10:45 UTC (permalink / raw)
  To: Vikrampal; +Cc: linux-bluetooth, Dmitry Kasatkin

Hi Vikrampal,

We can start by reusing avctp.c to place AV/C and AVRCP decoders,
later on we can review if it is the case of splitting. Also please
note that android/Android.mk needs updating if we change anything on
the build of btmon.

On Mon, Aug 4, 2014 at 11:48 AM, Vikrampal <vikram.pal@samsung.com> wrote:
> Hi,
>
> I'm working on AVRCP packet decoder for Bluetooth monitor module.
> There's a separate file avctp.c/h for AVCTP packet decoder.
>
> The file avctp.c is not a big file as such. So, I'm thinking whether or not
> I should
> include AVRCP decoder in this file itself.
>
> Shall I create a separate file for AVRCP decoding?
>
> If both AVCTP & AVRCP go in the same file then what should be the
> appropriate name of the file or shall I create a separate file for AVRCP as
> well.
>
> Please advise me. Thanks!
>
> Regards,
> Vikram
>



-- 
Luiz Augusto von Dentz

^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-04 10:45 ` Luiz Augusto von Dentz
@ 2014-08-05  6:54   ` Vikrampal
  2014-08-05  8:01     ` Luiz Augusto von Dentz
  2014-08-05 11:51     ` Antonio Ospite
  0 siblings, 2 replies; 8+ messages in thread
From: Vikrampal @ 2014-08-05  6:54 UTC (permalink / raw)
  To: 'Luiz Augusto von Dentz'
  Cc: linux-bluetooth, 'Dmitry Kasatkin'

Sure Luiz!

However, I've one more small doubt. If I'm submitting a series of patches
Such as 1/4, 2/4, 3/4, 4/4... I guess in such scenarios no need to ensure that
the patches separately compiles. What we need to ensure is that all the patches together
gets compiled properly. Am I mistaken?

> -----Original Message-----
> From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
> Sent: Monday, August 04, 2014 4:15 PM
> To: Vikrampal
> Cc: linux-bluetooth@vger.kernel.org; Dmitry Kasatkin
> Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
> 
> Hi Vikrampal,
> 
> We can start by reusing avctp.c to place AV/C and AVRCP decoders, later on
> we can review if it is the case of splitting. Also please note that
> android/Android.mk needs updating if we change anything on the build of
> btmon.
> 
> On Mon, Aug 4, 2014 at 11:48 AM, Vikrampal <vikram.pal@samsung.com>
> wrote:
> > Hi,
> >
> > I'm working on AVRCP packet decoder for Bluetooth monitor module.
> > There's a separate file avctp.c/h for AVCTP packet decoder.
> >
> > The file avctp.c is not a big file as such. So, I'm thinking whether
> > or not I should include AVRCP decoder in this file itself.
> >
> > Shall I create a separate file for AVRCP decoding?
> >
> > If both AVCTP & AVRCP go in the same file then what should be the
> > appropriate name of the file or shall I create a separate file for
> > AVRCP as well.
> >
> > Please advise me. Thanks!
> >
> > Regards,
> > Vikram
> >
> 
> 
> 
> --
> Luiz Augusto von Dentz

Regards,
Vikram


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-05  6:54   ` Vikrampal
@ 2014-08-05  8:01     ` Luiz Augusto von Dentz
  2014-08-05  9:12       ` Vikrampal
  2014-08-05  9:13       ` Vikrampal
  2014-08-05 11:51     ` Antonio Ospite
  1 sibling, 2 replies; 8+ messages in thread
From: Luiz Augusto von Dentz @ 2014-08-05  8:01 UTC (permalink / raw)
  To: Vikrampal; +Cc: linux-bluetooth, Dmitry Kasatkin

Hi Vikrampal,

I do like to test patches individually so please make sure they
compile and in general we don't allow commits that do not compile
because they can break bisect.

On Tue, Aug 5, 2014 at 9:54 AM, Vikrampal <vikram.pal@samsung.com> wrote:
> Sure Luiz!
>
> However, I've one more small doubt. If I'm submitting a series of patches
> Such as 1/4, 2/4, 3/4, 4/4... I guess in such scenarios no need to ensure that
> the patches separately compiles. What we need to ensure is that all the patches together
> gets compiled properly. Am I mistaken?
>
>> -----Original Message-----
>> From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
>> Sent: Monday, August 04, 2014 4:15 PM
>> To: Vikrampal
>> Cc: linux-bluetooth@vger.kernel.org; Dmitry Kasatkin
>> Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
>>
>> Hi Vikrampal,
>>
>> We can start by reusing avctp.c to place AV/C and AVRCP decoders, later on
>> we can review if it is the case of splitting. Also please note that
>> android/Android.mk needs updating if we change anything on the build of
>> btmon.
>>
>> On Mon, Aug 4, 2014 at 11:48 AM, Vikrampal <vikram.pal@samsung.com>
>> wrote:
>> > Hi,
>> >
>> > I'm working on AVRCP packet decoder for Bluetooth monitor module.
>> > There's a separate file avctp.c/h for AVCTP packet decoder.
>> >
>> > The file avctp.c is not a big file as such. So, I'm thinking whether
>> > or not I should include AVRCP decoder in this file itself.
>> >
>> > Shall I create a separate file for AVRCP decoding?
>> >
>> > If both AVCTP & AVRCP go in the same file then what should be the
>> > appropriate name of the file or shall I create a separate file for
>> > AVRCP as well.
>> >
>> > Please advise me. Thanks!
>> >
>> > Regards,
>> > Vikram
>> >
>>
>>
>>
>> --
>> Luiz Augusto von Dentz
>
> Regards,
> Vikram
>



-- 
Luiz Augusto von Dentz

^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-05  8:01     ` Luiz Augusto von Dentz
@ 2014-08-05  9:12       ` Vikrampal
  2014-08-05  9:13       ` Vikrampal
  1 sibling, 0 replies; 8+ messages in thread
From: Vikrampal @ 2014-08-05  9:12 UTC (permalink / raw)
  To: 'Luiz Augusto von Dentz'
  Cc: linux-bluetooth, 'Dmitry Kasatkin'

Hi Luiz,

If I submit interdependent patches in one go then I guess the patches are taken in order
i.e. 1/4, 2/4, 3/4, 4/4.

That means we can take just 2/4 out and expect it to compile since it depends on 1/4.

Am I correct?

> -----Original Message-----
> From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
> Sent: Tuesday, August 05, 2014 1:32 PM
> To: Vikrampal
> Cc: linux-bluetooth@vger.kernel.org; Dmitry Kasatkin
> Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
> 
> Hi Vikrampal,
> 
> I do like to test patches individually so please make sure they compile and in
> general we don't allow commits that do not compile because they can break
> bisect.
> 
> On Tue, Aug 5, 2014 at 9:54 AM, Vikrampal <vikram.pal@samsung.com>
> wrote:
> > Sure Luiz!
> >
> > However, I've one more small doubt. If I'm submitting a series of
> > patches Such as 1/4, 2/4, 3/4, 4/4... I guess in such scenarios no
> > need to ensure that the patches separately compiles. What we need to
> > ensure is that all the patches together gets compiled properly. Am I
> mistaken?
> >
> >> -----Original Message-----
> >> From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
> >> Sent: Monday, August 04, 2014 4:15 PM
> >> To: Vikrampal
> >> Cc: linux-bluetooth@vger.kernel.org; Dmitry Kasatkin
> >> Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
> >>
> >> Hi Vikrampal,
> >>
> >> We can start by reusing avctp.c to place AV/C and AVRCP decoders,
> >> later on we can review if it is the case of splitting. Also please
> >> note that android/Android.mk needs updating if we change anything on
> >> the build of btmon.
> >>
> >> On Mon, Aug 4, 2014 at 11:48 AM, Vikrampal
> <vikram.pal@samsung.com>
> >> wrote:
> >> > Hi,
> >> >
> >> > I'm working on AVRCP packet decoder for Bluetooth monitor module.
> >> > There's a separate file avctp.c/h for AVCTP packet decoder.
> >> >
> >> > The file avctp.c is not a big file as such. So, I'm thinking
> >> > whether or not I should include AVRCP decoder in this file itself.
> >> >
> >> > Shall I create a separate file for AVRCP decoding?
> >> >
> >> > If both AVCTP & AVRCP go in the same file then what should be the
> >> > appropriate name of the file or shall I create a separate file for
> >> > AVRCP as well.
> >> >
> >> > Please advise me. Thanks!
> >> >
> >> > Regards,
> >> > Vikram
> >> >
> >>
> >>
> >>
> >> --
> >> Luiz Augusto von Dentz
> >
> > Regards,
> > Vikram
> >
> 
> 
> 
> --
> Luiz Augusto von Dentz

Regards,
Vikram


^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-05  8:01     ` Luiz Augusto von Dentz
  2014-08-05  9:12       ` Vikrampal
@ 2014-08-05  9:13       ` Vikrampal
  1 sibling, 0 replies; 8+ messages in thread
From: Vikrampal @ 2014-08-05  9:13 UTC (permalink / raw)
  To: 'Luiz Augusto von Dentz'
  Cc: linux-bluetooth, 'Dmitry Kasatkin'



> -----Original Message-----
> From: Vikrampal [mailto:vikram.pal@samsung.com]
> Sent: Tuesday, August 05, 2014 2:43 PM
> To: 'Luiz Augusto von Dentz'
> Cc: 'linux-bluetooth@vger.kernel.org'; 'Dmitry Kasatkin'
> Subject: RE: AVCTP and AVRCP packet decoder file structure in btmon
> 
> Hi Luiz,
> 
> If I submit interdependent patches in one go then I guess the patches are
> taken in order i.e. 1/4, 2/4, 3/4, 4/4.
> 
> That means we can take just 2/4 out and expect it to compile since it depends
* That means we can NOT take just 2/4 out and expect it to compile since it depends
> on 1/4.
> 
> Am I correct?
> 
> > -----Original Message-----
> > From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
> > Sent: Tuesday, August 05, 2014 1:32 PM
> > To: Vikrampal
> > Cc: linux-bluetooth@vger.kernel.org; Dmitry Kasatkin
> > Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
> >
> > Hi Vikrampal,
> >
> > I do like to test patches individually so please make sure they
> > compile and in general we don't allow commits that do not compile
> > because they can break bisect.
> >
> > On Tue, Aug 5, 2014 at 9:54 AM, Vikrampal <vikram.pal@samsung.com>
> > wrote:
> > > Sure Luiz!
> > >
> > > However, I've one more small doubt. If I'm submitting a series of
> > > patches Such as 1/4, 2/4, 3/4, 4/4... I guess in such scenarios no
> > > need to ensure that the patches separately compiles. What we need to
> > > ensure is that all the patches together gets compiled properly. Am I
> > mistaken?
> > >
> > >> -----Original Message-----
> > >> From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
> > >> Sent: Monday, August 04, 2014 4:15 PM
> > >> To: Vikrampal
> > >> Cc: linux-bluetooth@vger.kernel.org; Dmitry Kasatkin
> > >> Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
> > >>
> > >> Hi Vikrampal,
> > >>
> > >> We can start by reusing avctp.c to place AV/C and AVRCP decoders,
> > >> later on we can review if it is the case of splitting. Also please
> > >> note that android/Android.mk needs updating if we change anything
> > >> on the build of btmon.
> > >>
> > >> On Mon, Aug 4, 2014 at 11:48 AM, Vikrampal
> > <vikram.pal@samsung.com>
> > >> wrote:
> > >> > Hi,
> > >> >
> > >> > I'm working on AVRCP packet decoder for Bluetooth monitor module.
> > >> > There's a separate file avctp.c/h for AVCTP packet decoder.
> > >> >
> > >> > The file avctp.c is not a big file as such. So, I'm thinking
> > >> > whether or not I should include AVRCP decoder in this file itself.
> > >> >
> > >> > Shall I create a separate file for AVRCP decoding?
> > >> >
> > >> > If both AVCTP & AVRCP go in the same file then what should be the
> > >> > appropriate name of the file or shall I create a separate file
> > >> > for AVRCP as well.
> > >> >
> > >> > Please advise me. Thanks!
> > >> >
> > >> > Regards,
> > >> > Vikram
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> Luiz Augusto von Dentz
> > >
> > > Regards,
> > > Vikram
> > >
> >
> >
> >
> > --
> > Luiz Augusto von Dentz
> 
> Regards,
> Vikram


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-05  6:54   ` Vikrampal
  2014-08-05  8:01     ` Luiz Augusto von Dentz
@ 2014-08-05 11:51     ` Antonio Ospite
  2014-08-06  8:18       ` Vikrampal
  1 sibling, 1 reply; 8+ messages in thread
From: Antonio Ospite @ 2014-08-05 11:51 UTC (permalink / raw)
  To: Vikrampal
  Cc: 'Luiz Augusto von Dentz',
	linux-bluetooth, 'Dmitry Kasatkin'

On Tue, 05 Aug 2014 12:24:44 +0530
Vikrampal <vikram.pal@samsung.com> wrote:

> Sure Luiz!
> 
> However, I've one more small doubt. If I'm submitting a series of patches
> Such as 1/4, 2/4, 3/4, 4/4... I guess in such scenarios no need to ensure that
> the patches separately compiles. What we need to ensure is that all the patches together
> gets compiled properly. Am I mistaken?
> 

Make sure that sub-sequences of a series produce sensible code.

The code should $VALIDATE with 1/4 applied.
The code should $VALIDATE with 1/4 and 2/4 applied.
The code should $VALIDATE with 1/4, 2/4 and 3/4 applied.
The code should $VALIDATE with 1/4, 2/4, 3/4 and 4/4 applied.

The definition of VALIDATE can vary project by project or feature by
feature; the minimum requirement should be that compilation always
succeeds.

You can use something like:

	git rebase -i --exec "make" some_parent_branch

to test that compilation passes after each commit.

Ciao,
   Antonio

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?

^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: AVCTP and AVRCP packet decoder file structure in btmon
  2014-08-05 11:51     ` Antonio Ospite
@ 2014-08-06  8:18       ` Vikrampal
  0 siblings, 0 replies; 8+ messages in thread
From: Vikrampal @ 2014-08-06  8:18 UTC (permalink / raw)
  To: 'Antonio Ospite'
  Cc: 'Luiz Augusto von Dentz',
	linux-bluetooth, 'Dmitry Kasatkin'

Thanks Antonio for useful advice!

> -----Original Message-----
> From: Antonio Ospite [mailto:ao2@ao2.it]
> Sent: Tuesday, August 05, 2014 5:22 PM
> To: Vikrampal
> Cc: 'Luiz Augusto von Dentz'; linux-bluetooth@vger.kernel.org; 'Dmitry
> Kasatkin'
> Subject: Re: AVCTP and AVRCP packet decoder file structure in btmon
> 
> On Tue, 05 Aug 2014 12:24:44 +0530
> Vikrampal <vikram.pal@samsung.com> wrote:
> 
> > Sure Luiz!
> >
> > However, I've one more small doubt. If I'm submitting a series of
> > patches Such as 1/4, 2/4, 3/4, 4/4... I guess in such scenarios no
> > need to ensure that the patches separately compiles. What we need to
> > ensure is that all the patches together gets compiled properly. Am I
> mistaken?
> >
> 
> Make sure that sub-sequences of a series produce sensible code.
> 
> The code should $VALIDATE with 1/4 applied.
> The code should $VALIDATE with 1/4 and 2/4 applied.
> The code should $VALIDATE with 1/4, 2/4 and 3/4 applied.
> The code should $VALIDATE with 1/4, 2/4, 3/4 and 4/4 applied.
> 
> The definition of VALIDATE can vary project by project or feature by
feature;
> the minimum requirement should be that compilation always succeeds.
> 
> You can use something like:
> 
> 	git rebase -i --exec "make" some_parent_branch
> 
> to test that compilation passes after each commit.
> 
> Ciao,
>    Antonio
> 
> --
> Antonio Ospite
> http://ao2.it
> 
> A: Because it messes up the order in which people normally read text.
>    See http://en.wikipedia.org/wiki/Posting_style
> Q: Why is top-posting such a bad thing?

Regards,
Vikram


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2014-08-06  8:18 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-04  8:48 AVCTP and AVRCP packet decoder file structure in btmon Vikrampal
2014-08-04 10:45 ` Luiz Augusto von Dentz
2014-08-05  6:54   ` Vikrampal
2014-08-05  8:01     ` Luiz Augusto von Dentz
2014-08-05  9:12       ` Vikrampal
2014-08-05  9:13       ` Vikrampal
2014-08-05 11:51     ` Antonio Ospite
2014-08-06  8:18       ` Vikrampal

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.