From: "Laszlo Ersek" <lersek@redhat.com>
To: "Wu, Hao A" <hao.a.wu@intel.com>,
"devel@edk2.groups.io" <devel@edk2.groups.io>,
"Jin, Eric" <eric.jin@intel.com>
Cc: "Gao, Liming" <liming.gao@intel.com>,
"Kinney, Michael D" <michael.d.kinney@intel.com>,
"afish@apple.com" <afish@apple.com>,
"leif.lindholm@linaro.org" <leif.lindholm@linaro.org>
Subject: Re: [edk2-devel] [PATCH 0/3] Enhance ESRT to support multiple controllers
Date: Wed, 7 Aug 2019 14:39:35 +0200 [thread overview]
Message-ID: <31d7426f-b10a-5ffd-cccd-960c32043b6e@redhat.com> (raw)
In-Reply-To: <B80AF82E9BFB8E4FBD8C89DA810C6A093C916497@SHSMSX104.ccr.corp.intel.com>
On 08/05/19 08:19, Wu, Hao A wrote:
>> -----Original Message-----
>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of
>> Eric Jin
>> Sent: Wednesday, July 31, 2019 10:59 PM
>> To: devel@edk2.groups.io
>> Subject: [edk2-devel] [PATCH 0/3] Enhance ESRT to support multiple
>> controllers
>>
>> Multiple Controllers Support solution
>>
>> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1525
>>
>> The patch set is to makes enhancement to the ESRT when multiple
>> same controllers exist in one system.
>>
>> Eric Jin (3):
>> MdeModulePkg/EsrtFmpDxe: Merge multiple FMP into ESRT
>> MdeModulePkg/EsrtFmpDxe: Correct LastAttemptVersion algorithm in ESRT
>> MdeModulePkg/EsrtFmpDxe: Detect duplicate GUID/HardwareInstance
>
>
> Hello Eric,
>
> After looking into the series, I found that patches 2/3 & 3/3 are actually
> addressing issues introduced by the 1/3 patch. It looks to me that these
> 3 patches should be squashed into 1 commit, since they all focus on adding
> a feature for ESRT to support multiple controllers.
>
> However, originally, the 3 separate commits come from the edk2-staging
> repository, so I am not very sure what approach should be adopted when
> merging them back to the edk2 repo master branch.
>
> (Includes the stewards here for suggestions.)
>
> My personal preference is to merge them together as one patch.
Sorry about the late response.
I certainly agree that a single patch series should avoid introducing a
bug or esp. regression, just for another patch in the same series to fix
it up. In that case, both halves indeed belong to a single patch.
However, speaking generally (not knowing any specifics here), that
doesn't mean that everything should be squashed into a single patch. The
series (speaking generally) should still have a fine-grained structure;
each patch should do as little, and as well isolated, as reasonably
possible.
Thanks
Laszlo
prev parent reply other threads:[~2019-08-07 12:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-31 14:59 [PATCH 0/3] Enhance ESRT to support multiple controllers Eric Jin
2019-07-31 21:03 ` [edk2-devel] " Laszlo Ersek
2019-08-05 8:09 ` Eric Jin
2019-08-05 6:19 ` Wu, Hao A
2019-08-05 8:15 ` Eric Jin
2019-08-07 12:39 ` Laszlo Ersek [this message]
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=31d7426f-b10a-5ffd-cccd-960c32043b6e@redhat.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