From: "Sean" <spbrogan@outlook.com>
To: devel@edk2.groups.io, nathaniel.l.desimone@intel.com,
"rfc@edk2.groups.io" <rfc@edk2.groups.io>
Cc: Leif Lindholm <leif@nuviainc.com>,
Laszlo Ersek <lersek@redhat.com>,
Ard Biesheuvel <ard.biesheuvel@arm.com>,
"Kirkendall, Garrett" <garrett.kirkendall@amd.com>,
"Lendacky, Thomas" <thomas.lendacky@amd.com>,
"thomas.abraham@arm.com" <thomas.abraham@arm.com>,
"Frank.Orr@dell.com" <Frank.Orr@dell.com>,
Jim Dailey <jim.dailey@dell.com>,
Abner Chang <abner.chang@hpe.com>,
"Wang, Sunny (HPS SW)" <sunnywang@hpe.com>,
Daniel Schaefer <daniel.schaefer@hpe.com>,
Liming Gao <gaoliming@byosoft.com.cn>,
Tim Lewis <tim.lewis@insyde.com>,
"Kevin@Insyde" <kevin.davis@insyde.com>,
Felix Polyudov <felixp@ami.com>,
"Kinney, Michael D" <michael.d.kinney@intel.com>,
"Oram, Isaac W" <isaac.w.oram@intel.com>,
"Ni, Ray" <ray.ni@intel.com>
Subject: Re: [edk2-devel] [RFC] Request to move MinPlatformPkg out of the Intel folder
Date: Fri, 2 Oct 2020 20:36:47 -0700 [thread overview]
Message-ID: <BN8PR07MB6962D9CD6A2ACE643365C3E2C80E0@BN8PR07MB6962.namprd07.prod.outlook.com> (raw)
In-Reply-To: <MWHPR1101MB21606390CFD0ECCE741932CACD330@MWHPR1101MB2160.namprd11.prod.outlook.com>
Nate,
I would actually propose you go further. In Project Mu we consume
MinPlatform as its own repo. This is because it has its own lifetime
and spans multiple product generations and hopefully someday multiple
architectures/silicon providers. By mixing it in with all the platform
code of edk2-platforms it is harder to leverage in other projects.
https://github.com/microsoft/mu_common_intel_min_platform
I could imagine a path where edk2-platforms starts using submodules (or
something with similar properties) and then pulls in the "new"
MinPlatform repo. Then as code in the current package gets cleaned up
and generalized for the firmware ecosystem it could be moved to the new
MinPlatform repo.
Another thread with open edk2-platform questions:
https://edk2.groups.io/g/devel/message/65544
Thanks
Sean
On 9/30/2020 4:17 PM, Nate DeSimone wrote:
> Hi Everyone,
>
> This has come up informally a couple of times already, but I do think that it would be beneficial to move MinPlatformPkg out of the Platform/Intel folder and into a vendor neutral folder. MinPlatform really isn't Intel specific, it's just "middleware" that is intended to make it easier and faster to build EDK II based firmware. We have always intended MinPlatform to be vendor neutral, and it would be great to see MinPlatform based implementations for non-Intel silicon. Anyone working with EDK II should feel welcome to work with us on MinPlatform, regardless of the SoC in use.
>
> To that end, I propose that we move MinPlatformPkg out of edk2-platforms/Platform/Intel to edk2-platforms/Platform/MinPlatformPkg. It might also make sense to move edk2-platforms/Platform/Intel/Tools and edk2-platforms/Platform/Intel/build_bios.py to edk2-platforms/Platform as well since those are all useful for building MinPlatform based firmware, but I could also see that being something for another time. Let me know what you think!
>
> Thanks,
> Nate
>
>
>
>
>
next prev parent reply other threads:[~2020-10-03 3:36 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-30 23:17 [RFC] Request to move MinPlatformPkg out of the Intel folder Nate DeSimone
2020-10-01 4:04 ` Abner Chang
2020-10-01 6:54 ` Laszlo Ersek
2020-10-01 23:27 ` [edk2-devel] " Nate DeSimone
2020-10-01 7:43 ` Wim Vervoorn
2020-10-01 8:00 ` [edk2-devel] " christian.walter
2020-10-01 11:24 ` Kirkendall, Garrett
2020-10-01 11:52 ` Leif Lindholm
2020-10-01 23:20 ` [edk2-rfc] " Nate DeSimone
2020-10-01 23:26 ` Leif Lindholm
2020-10-02 4:19 ` [edk2-devel] " Hot Tian
2020-10-04 20:46 ` Nate DeSimone
2020-10-04 22:00 ` Leif Lindholm
2020-10-05 20:11 ` Nate DeSimone
2020-10-03 3:36 ` Sean [this message]
2020-10-04 21:02 ` [edk2-devel] " Nate DeSimone
2020-10-05 19:35 ` Bret Barkelew
2020-10-05 20:18 ` [edk2-rfc] " Nate DeSimone
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=BN8PR07MB6962D9CD6A2ACE643365C3E2C80E0@BN8PR07MB6962.namprd07.prod.outlook.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