public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Sean" <sean.brogan@microsoft.com>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>,devel@edk2.groups.io
Subject: Re: [edk2-devel] Adding Bhyve support into upstream EDK2
Date: Sun, 08 Mar 2020 23:08:54 -0700	[thread overview]
Message-ID: <20173.1583734134875404839@groups.io> (raw)
In-Reply-To: <CAKv+Gu-xndTLvb1Ms-Hay9rdBB+dLQ4rdT5uqyViSpSOnpb6cg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1737 bytes --]

Ard/Lazlo,

I find your position on OvmfPkg, ArmVirtPkg,and edk2-platforms in edk2 to be detrimental to the overall success of the edk2 project.  The majority of edk2 consumers already have to deal with their platform not being part of the edk2 git repo and the fact that changes to edk2 may not work or cause conflict on their platforms.  This is the reality of working with edk2 and building a large diverse set of products.  In fact, because OVMF's preferential treatment and presence in the edk2 tree, others in the community are burdened by those changes (mailing list noise, git history/commits, git repo size, etc).   From someone who has developed and maintained platforms with edk2 for the last decade +, I can tell you that having OVMF in edk2 hasn't kept the tree free from regressions. I also don’t use it as a source for integration requirements because it is vastly different than physical platforms and has very little resemblance to my projects.

I share your concerns about regressions, ease of development, etc. I want to see tianocore develop workflows and processes that work for the full community.  That means we must take into account the needs of those that have platforms outside the edk2 repo.  We must build tools that make managing all platforms dependencies tenable.  We must create CI that can leverage a vast number of platforms as an indicator of breaking changes, yet not be gated on their success. We must have a process that lets all interested platforms efficiently interact with and be part of.  The tianocore community is in need of the larger UEFI ecosystem engagement and we must remove the barriers to get them involved.

As always I appreciate the discussion.

Thanks
Sean

[-- Attachment #2: Type: text/html, Size: 2150 bytes --]

  parent reply	other threads:[~2020-03-09  6:08 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-06 16:09 Adding Bhyve support into upstream EDK2 Rebecca Cran
2020-03-06 19:54 ` Laszlo Ersek
2020-03-06 20:04   ` [edk2-devel] " Laszlo Ersek
2020-03-07  1:29 ` Yao, Jiewen
2020-03-24  1:34   ` Rebecca Cran
2020-03-25  0:04     ` Laszlo Ersek
2020-03-25 18:18       ` [EXTERNAL] " Bret Barkelew
2020-03-27 12:56         ` Laszlo Ersek
2020-03-25 18:50       ` Rebecca Cran
     [not found] ` <15F9E16A0219E7B7.19404@groups.io>
2020-03-07  1:43   ` Yao, Jiewen
2020-03-07  7:39     ` Laszlo Ersek
2020-03-07  7:52       ` Ard Biesheuvel
2020-03-08  2:40         ` Rebecca Cran
2020-03-09  6:08         ` Sean [this message]
2020-03-09 22:54           ` Laszlo Ersek
2020-03-09 23:17             ` Laszlo Ersek
2020-03-10  1:50               ` Sean
2020-03-10  9:05                 ` Laszlo Ersek
2020-03-10 17:25                   ` Sean
2020-03-10 17:54                     ` Ard Biesheuvel
2020-03-10 19:10                       ` Sean
2020-03-10 19:23                         ` Michael D Kinney
2020-03-10 19:44                           ` Sean
2020-03-10 20:04                             ` Rebecca Cran
2020-03-11  0:05                             ` Laszlo Ersek
2020-03-11  0:30                               ` Sean
2020-03-11  3:21                             ` Liming Gao
2020-03-10 23:34                     ` Laszlo Ersek
2020-03-11  0:43           ` Leif Lindholm
2020-03-07  7:53       ` Laszlo Ersek

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=20173.1583734134875404839@groups.io \
    --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