From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Leif Lindholm <leif.lindholm@linaro.org>, devel@edk2.groups.io
Cc: Pete Batard <pete@akeo.ie>,
ard.biesheuvel@linaro.org, samer.el-haj-mahmoud@arm.com,
Laszlo Ersek <lersek@redhat.com>
Subject: Re: [edk2-devel] [edk2-platforms][PATCH v2 1/7] Platform/RPi: Add missing model name
Date: Tue, 19 Nov 2019 13:25:51 +0100 [thread overview]
Message-ID: <ae8c6650-907d-90f8-da33-943383f04359@redhat.com> (raw)
In-Reply-To: <20191119121408.GA7323@bivouac.eciton.net>
On 11/19/19 1:14 PM, Leif Lindholm wrote:
> On Tue, Nov 19, 2019 at 01:02:20PM +0100, Philippe Mathieu-Daudé wrote:
>> On 11/19/19 12:38 PM, Pete Batard wrote:
>>> From: Samer El-Haj-Mahmoud <samer.el-haj-mahmoud@arm.com>
>>>
>>> Add a missing entry for the "Raspberry Pi Compute Module 3+" in
>>> RpiFirmwareGetModelName ().
>>>
>>> Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
>>
>> I feel really lost with how the S-o-b are handled.
>
> Signed-off-by, as per https://developercertificate.org/, starts off
> with "By making a contribution to this project, I certify that:".
>
> That is only a valid statement at the point of contributing code to a
> project. It is also only a valid statement when given by the person
> contributing it. Samer has authored this code, but he has not
> contributed it.
>
> My own litmus test is the legal usefulness of the statament
> "Samer said he signed the contract.".
I just asked clarification on another thread and now see this reply.
Now I understand that while being the author, Samer did not contributed
his code to the project. Then by forwarding his work, Pete is a
contributor signing the certificate. If Samer did not sign the
certificate in front of the project (by posting his work), then Pete can
not sign on his behalf. Phew.
>> I'd have expected, Samer as the author, signs it. Pete forwards it, then
>> Leif refactors a bit by extracting a part of the previous bigger patch.
>> So:
>>
>> Signed-off-by: Samer El-Haj-Mahmoud <samer.el-haj-mahmoud@arm.com>
>> Signed-off-by: Pete Batard <pete@akeo.ie>
>> Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
>
> What might be confusing you is where a set is collaboratively
> developed, or where multiple patch sets are smashed together to be
> merged atomically; when someone other than the poster has previously
> contributed a given patch to the project but it is being *reposted* by
> someone else to the same project, it is customary to include the
> original Signed-off-by, since it still applies.
Correct.
> Similarly, when non-trivial changes are made by a maintainer (or
> whoever reposted the patches), the maintainer *should* add their own
> S-o-b - something that is usually done after a line briefly explaining
> [which changes were done]
Yes, agreed.
> .
>
> (You will however find that different maintainers have different
> opinion of what constitutes "trivial".)
Thanks for the clear explanation!
Phil.
next prev parent reply other threads:[~2019-11-19 12:25 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-19 11:38 [edk2-platforms][PATCH v2 0/7] Platform/RPi: Early Raspberry Pi 4 groundwork Pete Batard
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 1/7] Platform/RPi: Add missing model name Pete Batard
2019-11-19 12:02 ` Philippe Mathieu-Daudé
2019-11-19 12:14 ` [edk2-devel] " Leif Lindholm
2019-11-19 12:25 ` Philippe Mathieu-Daudé [this message]
2019-11-19 12:50 ` Leif Lindholm
2019-11-19 12:25 ` Pete Batard
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 2/7] Platform/RPi: Add model family detection Pete Batard
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 3/7] Platform/RPi: Replace Bcm283x SoC base register address with a PCD Pete Batard
2019-11-19 11:43 ` Philippe Mathieu-Daudé
2019-11-19 11:57 ` Pete Batard
2019-11-19 12:16 ` Philippe Mathieu-Daudé
2019-11-19 12:44 ` Leif Lindholm
2019-11-19 12:51 ` Ard Biesheuvel
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 4/7] Platform/RPi: Use offsets for Bcm238x SoC register addresses Pete Batard
2019-11-19 11:46 ` Philippe Mathieu-Daudé
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 5/7] Silicon/Broadcom: Add Bcm2711 header Pete Batard
2019-11-19 11:51 ` Philippe Mathieu-Daudé
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 6/7] Platform/RPi: Read more variables from VideoCore during early init Pete Batard
2019-11-19 11:38 ` [edk2-platforms][PATCH v2 7/7] Platform/RPi: Clean up and improve early memory init Pete Batard
2019-11-19 18:20 ` [edk2-platforms][PATCH v2 0/7] Platform/RPi: Early Raspberry Pi 4 groundwork Leif Lindholm
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-list 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=ae8c6650-907d-90f8-da33-943383f04359@redhat.com \
--to=devel@edk2.groups.io \
/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