From: Jordan Justen <jordan.l.justen@intel.com>
To: Ge Song <songgebird@gmail.com>, Laszlo Ersek <lersek@redhat.com>,
edk2-devel@lists.01.org
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>,
"Kinney, Michael D" <michael.d.kinney@intel.com>,
Andrew Fish <afish@apple.com>,
Leif Lindholm <leif.lindholm@linaro.org>
Subject: Re: [PATCH v1 1/1] OvmfPkg/SecMain: Fix stack switching to permanent memory fail
Date: Tue, 05 Sep 2017 10:45:57 -0700 [thread overview]
Message-ID: <150463355735.10253.17993674709751476963@jljusten-skl.jf.intel.com> (raw)
In-Reply-To: <711fe92e-7b15-e349-b853-65b07315053e@redhat.com>
On 2017-09-04 14:25:48, Laszlo Ersek wrote:
> On 09/04/17 17:11, Ge Song wrote:
> > On 09/04/2017 09:34 PM, Jordan Justen wrote:
> >
> >> On 2017-09-03 16:55:36, Laszlo Ersek wrote:
> >>> On 09/03/17 04:12, Ge Song wrote:
> >>>> In earlier PEI stage, temporary memory(Cache As Ram) is employed as
> >>>> stack
> >>>> and heap. We move them to the new room and do some relocation fixup
> >>>> when
> >>>> permanent memory becomes available. TemporaryRamMigration()
> >>>> is responsible for switching the stack.
> >>> [...]
> >>>
> >>>> Cc: Jordan Justen <jordan.l.justen@intel.com>
> >>>> Cc: Laszlo Ersek <lersek@redhat.com>
> >>>> Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> >>>> Contributed-under: TianoCore Contribution Agreement 1.1
> >>>> Signed-off-by: Ge Song <ge.song@hxt-semitech.com>
> >>>> ---
> >>>> OvmfPkg/Sec/SecMain.c | 2 ++
> >>>> 1 file changed, 2 insertions(+)
> >>> (No more separate emails, I promise.)
> >>>
> >>> Before you send v2, can you please amend the patch like this:
> >>>
> >>> git commit --amend --author='Ge Song <ge.song@hxt-semitech.com>'
> >>>
> >>> It's OK if you mail it out from another email address, but IMO the git
> >>> authorship should match the first Signed-off-by.
> >> I disagree with this. Unless the individual is well known to the EDK
> >> II community as the owner of both email addresses, I think the author
> >> needs to send it from their author email.
> >>
> >> I suppose they can send it from another email, and then reply from
> >> their other email saying they contributed it under the Tianocore
> >> Contribution Agreement, but that sounds like a stretch...
>
> I'm fine either way, as long as we can establish some kind of agreement
> between (two of?) the three email addresses (sender, git author, S-o-b).
We've generally said they need to match. If it is a one-time
contribution, then I think it is acceptable for the contributor to
reply to the patch from the author's email saying: "This is me. I
contributed it under the Tiancore Contribution Agreement"
I think any change from this policy should be decided by the stewards.
Regarding Ge Song's contribution, I think things are now even more
complicated. It sounds like the contribution is being made by
ge.song@hxt-semitech.com, but due to "IT issues" v2 is now being
authored/sent from songgebird@gmail.com.
Does hxt-semitech.com agree to this contribution? I think given that
we know ge.song@hxt-semitech.com is the intended author, the patch
should have ge.song@hxt-semitech.com as the author with
ge.song@hxt-semitech.com in the Signed-off-by.
Ideally it should be sent from ge.song@hxt-semitech.com, but if that
is not possible, then ge.song@hxt-semitech.com should reply to the
patch sent by songgebird@gmail.com re-iterating the
Signed-off-by/Contributed-under is from ge.song@hxt-semitech.com.
Ge Song, Can you send a v3 with the author reset to
ge.song@hxt-semitech.com (see lersek's git commit command above) and
the Signed-off-by using ge.song@hxt-semitech.com, and then reply to
the patch posting from ge.song@hxt-semitech.com to re-iterate the
Signed-off-by and Contributed-under?
> > OK, I'll try to send it from the same email address next time, the reason
> > that using two different mail addresses is because the author email is an
> > exchange account and it's hard to find the mail server preferences for
> > git-send-email...
Sorry for the hassle, but maybe if you are able to work with your IT
department to setup git send-email then you'll be able to contribute
to other open source project's easier from your
ge.song@hxt-semitech.com email address.
-Jordan
next prev parent reply other threads:[~2017-09-05 17:43 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-03 2:12 [PATCH v1 0/1] Fix stack switching to permanent memory fail Ge Song
2017-09-03 2:12 ` [PATCH v1 1/1] OvmfPkg/SecMain: " Ge Song
2017-09-03 4:37 ` Jordan Justen
2017-09-03 20:50 ` Laszlo Ersek
2017-09-03 20:49 ` Laszlo Ersek
2017-09-04 8:54 ` Ge Song
2017-09-04 22:26 ` Laszlo Ersek
2017-09-03 20:52 ` Laszlo Ersek
2017-09-03 20:55 ` Laszlo Ersek
2017-09-04 13:34 ` Jordan Justen
2017-09-04 15:11 ` Ge Song
2017-09-04 21:25 ` Laszlo Ersek
2017-09-05 17:45 ` Jordan Justen [this message]
2017-09-05 18:03 ` Leif Lindholm
2017-09-07 1:42 ` Songge
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=150463355735.10253.17993674709751476963@jljusten-skl.jf.intel.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