public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
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.


  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