[PULL] http://linuxtv.org/hg/~mkrufky/m920x

[mkrufky at linuxtv.org (Michael Krufky)]

Mauro Carvalho Chehab wrote:
> Hi Michael,
> 
> Em Seg, 2007-03-26 ?s 16:56 -0400, Michael Krufky escreveu:
>> Mauro,
>>
>> Please pull from:
>>
>> http://linuxtv.org/hg/~mkrufky/m920x
>>
>> for the following:
>>
>> - m920x: Add support for LifeView TV Walker Twin
>> - m920x: add "c-basic-offset: 8" to help emacs to enforce tabbing style
>> - m920x: Initial support for devices likely manufactured by Dposh
>> - m920x: various whitespace cleanups
>> - m920x: group like functions together
>> - m920x: remove duplicated code
>> - m920x: replace deb_rc with deb
>> - m920x: rename function prefixes from m9206_foo to m920x_foo
> 
> I noticed that several of those patches were not signed for Aapo. Since
> he is the author of m920x, he should ack the changes on his work or
> otherwise sign all patches.
> 
> Aapo,
> 	Could you please check those patches?
>  
> Cheers,
> Mauro
> 


Aapo's s-o-b is on all of the functionality changing patches.  The simple cleanup patches
are the ones that lack his s-o-b:

- m920x: add "c-basic-offset: 8" to help emacs to enforce tabbing style
- m920x: various whitespace cleanups
- m920x: group like functions together
- m920x: remove duplicated code

These patches do not require Aapo's sign-off, and I have already explained in my prior email
the reason why the "group like functions together" patch is large.  There is no functional
changes in those patches.  Meanwhile, these patches do not touch Aapo's code -- they touch
Nick Andrew's code.

I am maintaining these dvb-usb drivers.  These changesets contain my sign-off, and I am a
dvb maintainer.  Of course, additional review never hurts, but it is not required in this
instance.

Those developers sent their patches to ME so that I can review them and apply them as I see
fit.  Again, this code falls under my maintenance.  You should pull these changes into master
now.

Aapo, when you see this email, please respond with your ACK, so that Mauro doesn't continue
to hold up the development process.

Regards,

Michael Krufky