public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Michael D Kinney" <michael.d.kinney@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
	"dann.frazier@canonical.com" <dann.frazier@canonical.com>,
	"Gao, Liming" <gaoliming@byosoft.com.cn>
Subject: Re: [edk2-devel] feature flag change notifications
Date: Tue, 6 Dec 2022 01:22:02 +0000	[thread overview]
Message-ID: <CO1PR11MB49299B780B91C801078CF065D21B9@CO1PR11MB4929.namprd11.prod.outlook.com> (raw)
In-Reply-To: <Y46IU4y65fjAIG1y@xps13.dannf>

Hi Dann,

These are reasonable requests.

Adding Liming Gao who is currently responsible for the edk2 releases.

Let's start with release notes and see if some of these can be added
to the release documentation and add to the edk2 release process
to clearly note these type of changes in future release notes.

As far as #error and #warn.  Those are possible, but we would need
to do some analysis for the types of changes that would require
that behavior.  Your examples are useful as a starting point.

Once concern is how many of those #error/#warn conditions will
build up over time and then a process to remove them after an
expiration period.

Mike

> -----Original Message-----
> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of dann frazier
> Sent: Monday, December 5, 2022 4:10 PM
> To: devel@edk2.groups.io
> Subject: [edk2-devel] feature flag change notifications
> 
> Hi,
>   I maintain the edk2 packages in the Debian and Ubuntu
> distributions. A few times over the years I've had users report
> regressions that turned out to be due to upstream build flag
> changes. I wonder if it would be possible for upstream to communicate
> such changes - either via release notes or, where possible, as
> build-time checks - to us downstream projects. Here are the examples I
> recall:
> 
> > commit 4de8d61bcec02a13ceed84f92b0cf3ea58adf9c5
> > Author: Gerd Hoffmann <kraxel@redhat.com>
> > Date:   Wed Dec 15 12:39:20 2021 +0100
> >
> >     OvmfPkg: rework TPM configuration
> >
> 
> For this I needed to change -DTPM_ENABLE=TRUE to -DTPM2_ENABLE=TRUE. I
> feel like a build-time check would've been a good way to communicate
> this one, e.g.:
> 
> #ifdef TPM_ENABLE
> #error TPM_ENABLE has been renamed to TPM2_ENABLE
> #endif
> 
> > commit 1631bb26ae991e530d3c96fe3161ea15144b358e
> > Author: Gary Lin <glin@suse.com>
> > Date:   Mon Jun 10 14:55:09 2019 +0800
> >
> >     OvmfPkg/README: Update the network build flags
> >
> >     The following network build flags changed due to the inclusion of
> >     NetworkPkg/Network.fdf.inc.
> >
> Similar to the above, I needed to deal with this by setting
> -DNETWORK_HTTP_BOOT_ENABLE=TRUE instead of -DHTTP_BOOT_ENABLE=TRUE. It
> seems like maybe an #error on the removed #define could've helped
> here as well.
> 
> And finally:
> 
> > commit 57783adfb579da32b1eeda77b2bec028a5e0b7b3
> > Author: Michael D Kinney <michael.d.kinney@intel.com>
> > Date:   Tue Jul 26 12:40:00 2022 -0700
> >
> >     OvmfPkg: Change default to disable MptScsi and PvScsi
> 
> With this types of change, it would be useful just to know this is
> coming and why so I can decide to either notify users of the change
> and/or override the default to avoid the regression. Would it be
> possible to describe such changes in the release notes at
> https://github.com/tianocore/edk2/releases - and, if not urgent,
> perhaps #warn of deprecation in the source for one stable release
> cycle?
> 
>   -dann
> 
> 
> 
> 


  reply	other threads:[~2022-12-06  1:22 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-06  0:09 feature flag change notifications dann frazier
2022-12-06  1:22 ` Michael D Kinney [this message]
2022-12-07  0:59   ` 回复: [edk2-devel] " gaoliming
2022-12-07  1:24     ` dann frazier
2022-12-07  1:22   ` dann frazier

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=CO1PR11MB49299B780B91C801078CF065D21B9@CO1PR11MB4929.namprd11.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