From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: "Ezequiel Garcia" <ezequiel.garcia@free-electrons.com>,
"Jon Arne Jørgensen" <jonarne@jonarne.no>
Cc: linux-media@vger.kernel.org, jonjon.arnearne@gmail.com
Subject: Re: [PATCH V2 1/3] saa7115: move the autodetection code out of the probe function
Date: Fri, 03 May 2013 09:08:16 -0300 [thread overview]
Message-ID: <5183A8B0.3040301@redhat.com> (raw)
In-Reply-To: <20130503112052.GB2291@localhost>
Em 03-05-2013 08:20, Ezequiel Garcia escreveu:
> Hi Jon,
>
> On Fri, May 03, 2013 at 08:58:46AM +0200, Jon Arne Jørgensen wrote:
> [...]
>>> You can read more about this in Documentation/SubmittingPatches.
>>
>> I just re-read SubmittingPatches.
>> I couldn't see that there is anything wrong with multiple sign-off's.
>>
>
> Indeed there isn't anything wrong with multiple SOBs tags, but they're
> used a bit differently than this.
>
>> Quote:
>> The Signed-off-by: tag indicates that the signer was involved in the
>> development of the patch, or that he/she was in the patch's delivery
>> path.
>>
>>
>
> Ah, I see your point.
>
> @Mauro, perhaps you can explain this better then me?
The SOB is used mainly to describe the patch flow. Each one that touched
on a patch attests that:
"Developer's Certificate of Origin 1.1
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
(b) The contribution is based upon previous work that, to the best
of my knowledge, is covered under an appropriate open source
license and I have the right under that license to submit that
work with modifications, whether created in whole or in part
by me, under the same open source license (unless I am
permitted to submit under a different license), as indicated
in the file; or
(c) The contribution was provided directly to me by some other
person who certified (a), (b) or (c) and I have not modified
it.
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved."
In other words, it tracks the custody chain, with is typically one of
the alternatives below[1]:
Author -> maintainer's tree -> upstream
Author -> sub-maintainer's tree -> maintainer's tree -> upstream
Author -> driver's maintainer -> maintainer's tree -> upstream
Author -> driver's maintainer -> sub-maintainer's tree -> maintainer's tree -> upstream\
In this specific case, as patches 1 and 2 are identical to the ones I submitted,
the right way would be for you both to just reply to my original e-mail with
your tested-by or reviewed-by. That patches will then be applied (either directly
or via Hverkuil's tree, as he is the sub-maintainer for those I2C drivers).
I hope that helps to clarify it.
Regards,
Mauro
[1] when the driver is developed/patched internally on some company's trees,
it is possible to have there also the SOBs for that company's internal
maintainers.
There are also some other corner cases, like patches that are sent in
non-public mailing lists or in private, where everybody in the custody
chain sign it.
next prev parent reply other threads:[~2013-05-03 12:08 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-29 20:41 [PATCH 0/3] saa7115: add detection code for gm7113c Jon Arne Jørgensen
2013-04-29 20:41 ` [PATCH V2 1/3] saa7115: move the autodetection code out of the probe function Jon Arne Jørgensen
2013-05-03 2:09 ` Ezequiel Garcia
2013-05-03 6:32 ` Jon Arne Jørgensen
2013-05-03 11:37 ` Mauro Carvalho Chehab
2013-05-03 6:58 ` Jon Arne Jørgensen
2013-05-03 11:20 ` Ezequiel Garcia
2013-05-03 12:08 ` Mauro Carvalho Chehab [this message]
2013-05-05 8:20 ` Jon Arne Jørgensen
2013-05-05 11:29 ` Mauro Carvalho Chehab
2013-04-29 20:41 ` [PATCH V2 2/3] saa7115: add detection code for gm7113c Jon Arne Jørgensen
2013-05-03 2:10 ` Ezequiel Garcia
2013-04-29 20:41 ` [PATCH V2 3/3] saa7115: Add register setup and config " Jon Arne Jørgensen
2013-05-03 2:24 ` Ezequiel Garcia
2013-05-03 6:35 ` Jon Arne Jørgensen
2013-05-03 2:00 ` [PATCH 0/3] saa7115: add detection code " Ezequiel Garcia
2013-05-03 6:27 ` Jon Arne Jørgensen
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=5183A8B0.3040301@redhat.com \
--to=mchehab@redhat.com \
--cc=ezequiel.garcia@free-electrons.com \
--cc=jonarne@jonarne.no \
--cc=jonjon.arnearne@gmail.com \
--cc=linux-media@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 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.