public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Pete Batard <pete@akeo.ie>
Cc: "Kinney, Michael D" <michael.d.kinney@intel.com>,
	 "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	 "leif.lindholm@linaro.org" <leif.lindholm@linaro.org>
Subject: Re: [PATCH v5 edk2-platforms 18/22] Platform/RaspberryPi/RPi3 *NON-OSI*: Add ATF binaries
Date: Thu, 7 Feb 2019 15:25:12 +0100	[thread overview]
Message-ID: <CAKv+Gu_TP_wh5uqi4Tn=cvjJ3bPzMfmOTYhPSB4GakzVdvmo8Q@mail.gmail.com> (raw)
In-Reply-To: <0f36167e-1637-2ebb-ed6e-c82b97df07c9@akeo.ie>

On Thu, 7 Feb 2019 at 12:35, Pete Batard <pete@akeo.ie> wrote:
>
> On 2019.02.07 02:35, Kinney, Michael D wrote:
> > Hi Pete,
> >
> > When I saw it as a single patch series, I did assume all the
> > patches were for the edk2-platforms repo.  And it looked like
> > non-OSI binaries were going into the edk2-platforms repo.
> >
> > Patch #0 did not make this clear either that multiple repos
> > were targeted.
> >
> > I have not seen a patch series with content for multiple repos.
>
> Well, new ways of doing things have to be introduced sometimes and, to
> make things a lot more convenient for people who submit work (and
> others), I would pressure the edk2 mailing list to accept this kind of
> multiple edk2-platforms + edk2-non-osi patchset submission *for new
> platforms*, where content that is aimed at non-osi is simply tagged
> *NON-OSI* rather than split into 2 separate patchsets. As a global
> timesaver (since it also makes review of a newly introduced platform
> easier IMO, by not risking people to miss the separately submitted
> non-osi content), it does make a lot of sense to me to do it this way,
> rather than enforce a rigid approach.
>
> It also makes life simpler for people who simply want to test (rather
> than review), as they can just apply the full patchset onto their local
> edk2-platforms repo in one breadth, rather than have to hunt and apply
> from 2 different sets. To me, the advantages of doing things in this
> fashion largely outweigh any potential drawback.
>
> > It would be clearer if there were 2 different series.  One for
> > edk2-platforms repo and one for the edk2-non-osi repo.
>
> I'm not planning to resubmit a new patchset just to split between osi
> and non-osi at this stage.
>
> If I hear a lot of backlash, and there is need for a v6, I may split it,
> but I really think this approach of submitting brand new content to
> non-osi, by simply tagging it *NON-OSI* on the subject line, should be
> deemed as an acceptable way to introduce the non-osi content for a new
> platforms.
>

The subject is

[PATCH v5 edk2-platforms 18/22] Platform/RaspberryPi/RPi3 *NON-OSI*:
Add ATF binaries

so it does seem like you are proposing non-osi content to go into
edk2-platforms. Patches
for edk2-non-osi are usually described as

[PATCH vN edk2-non-osi #/#] ...

Your current arrangement also results in a need for me to go and edit
the commit log by hand when I apply the patch, since the part in [] is
stripped by git am, but the rest remains.

Since all changes go to the same list, I don't think it is necessary
to mandate that patches that target different repositories are split
into different series, and I take your point about being to apply
patches, and having the ability to easily figure it which parts belong
together.

So in case there turns out to be a need for a v6, please update the
subjects, but otherwise, we can work with what has been posted to the
list.

Thanks,
Ard.


  reply	other threads:[~2019-02-07 14:25 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-05 16:25 [PATCH v5 edk2-platforms 00/22] Platform/RaspberryPi: Add Raspberry Pi 3 support Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 01/22] Silicon/Broadcom/Bcm283x: Add interrupt driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 02/22] Silicon/Broadcom/Bcm283x: Add GpioLib Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 03/22] Platform/RaspberryPi/RPi3: Add ACPI tables Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 04/22] Platform/RaspberryPi/RPi3: Add reset and memory init libraries Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 05/22] Platform/RaspberryPi/RPi3: Add platform library Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 06/22] Platform/RaspberryPi/RPi3: Add firmware driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 07/22] Platform/RaspberryPi/RPi3: Add platform config driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 08/22] Platform/RaspberryPi/RPi3: Add SMBIOS driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 09/22] Platform/RaspberryPi/RPi3: Add display driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 10/22] Platform/RaspberryPi/RPi3: Add console driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 11/22] Platform/RaspberryPi/RPi3: Add NV storage driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 12/22] Platform/RaspberryPi/RPi3: Add Device Tree driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 13/22] Platform/RaspberryPi/RPi3: Add base MMC driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 14/22] Platform/RaspberryPi/RPi3: Add Arasan " Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 15/22] Platform/RaspberryPi/RPi3: Add SD Host driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 16/22] Platform/RaspberryPi/RPi3: Add platform boot manager and helper libs Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 17/22] Platform/RaspberryPi/RPi3: Add USB host driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 18/22] Platform/RaspberryPi/RPi3 *NON-OSI*: Add ATF binaries Pete Batard
2019-02-06 22:39   ` Kinney, Michael D
2019-02-07  0:52     ` Pete Batard
2019-02-07  2:35       ` Kinney, Michael D
2019-02-07 11:26         ` Pete Batard
2019-02-07 14:25           ` Ard Biesheuvel [this message]
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 19/22] Platform/RaspberryPi/RPi3 *NON-OSI*: Add Device Tree binaries Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 20/22] Platform/RaspberryPi/RPi3 *NON-OSI*: Add logo driver Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 21/22] Platform/RaspberryPi/RPi3: Add platform Pete Batard
2019-02-05 16:25 ` [PATCH v5 edk2-platforms 22/22] Platform/RaspberryPi/RPi3: Add platform readme's Pete Batard
2019-02-14 18:42   ` Leif Lindholm
2019-02-13  3:41 ` [PATCH v5 edk2-platforms 00/22] Platform/RaspberryPi: Add Raspberry Pi 3 support Jeremy Linton
2019-02-15 10:27   ` Ard Biesheuvel
2019-02-15 11:05     ` Ard Biesheuvel
2019-02-15 14:56       ` Pete Batard
2019-02-14 18:45 ` 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='CAKv+Gu_TP_wh5uqi4Tn=cvjJ3bPzMfmOTYhPSB4GakzVdvmo8Q@mail.gmail.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