public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "gaoliming" <gaoliming@byosoft.com.cn>
To: "'Dong, Guo'" <guo.dong@intel.com>,
	"'Andrew Fish'" <afish@apple.com>,
	"'edk2-devel-groups-io'" <devel@edk2.groups.io>,
	"'Ni, Ray'" <ray.ni@intel.com>
Cc: <lersek@redhat.com>, "'Yao, Jiewen'" <jiewen.yao@intel.com>,
	<marcello.bauer@9elements.com>,
	"'Kinney, Michael D'" <michael.d.kinney@intel.com>,
	"'Leif Lindholm \(Nuvia address\)'" <leif@nuviainc.com>,
	"'Doran, Mark'" <mark.doran@intel.com>,
	"'Guptha, Soumya K'" <soumya.k.guptha@intel.com>
Subject: 回复: [edk2-devel] more development process failure [was: UefiPayloadPkg: Runtime MMCONF]
Date: Sun, 27 Sep 2020 09:44:45 +0800	[thread overview]
Message-ID: <005e01d6946f$c70802c0$55180840$@byosoft.com.cn> (raw)
In-Reply-To: <BYAPR11MB3622337C5D5C03A2624456009E370@BYAPR11MB3622.namprd11.prod.outlook.com>

Guo:
  I add my comments. 

Thanks
Liming
> -----邮件原件-----
> 发件人: Dong, Guo <guo.dong@intel.com>
> 发送时间: 2020年9月26日 8:35
> 收件人: Andrew Fish <afish@apple.com>; edk2-devel-groups-io
> <devel@edk2.groups.io>; Ni, Ray <ray.ni@intel.com>
> 抄送: lersek@redhat.com; Yao, Jiewen <jiewen.yao@intel.com>;
> gaoliming@byosoft.com.cn; marcello.bauer@9elements.com; Kinney,
> Michael D <michael.d.kinney@intel.com>; Leif Lindholm (Nuvia address)
> <leif@nuviainc.com>; Doran, Mark <mark.doran@intel.com>; Guptha,
> Soumya K <soumya.k.guptha@intel.com>
> 主题: RE: [edk2-devel] more development process failure [was:
> UefiPayloadPkg: Runtime MMCONF]
> 
> 
> Sorry to have a long email thread since my merge and thanks all for the
> comments.
> In general, I still feel current process is a little complicated for the maintainers
> who don't
> daily work on EDK2 like me.  I have less than %5 of time spent on open
> source EDK2
> UefiPayloadPkg since I focus on bootloaders.  It would be great if I could
> spend the time
> mainly on code review instead of the process as of now.

[Liming] I understand your case. 

> 
> Even after I read
> https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-
> Development-Process#the-maintainer-process-for-the-edk-ii-project as
> Liming pointed out,
> Some info is still not clear for me. E.g. what's the purpose for putting cover
> letter to patch
> set pull request (it looks we could not trace to this PR from code)? is it
> mandatory or optional?
> What if there is no cover letter in the patch set in patch #0 summary? For the
> patch I merged,
> I am still not very sure what info I should put there.

[Liming] The purpose is to relate pull request and BZ. The people can review pull request 
to get all information. If the patch set includes more than one patch, it will need cover letter. 
If the patch set includes only one patch, its patch title and description will auto be inserted into 
the created pull request. No cover letter is required. 

> 
> I don't know why Laszlo mentioned BZ for my merge since there is no BZ
> mentioned in the patchset.
> And I also don't know why Laszlo mentioned to send email after the patch is
> merged since I don't find this
> requirement in the development process. I don't think it is doable to ask all
> the maintainers to monitor EDK2
> mail list on how others are doing since there are so many emails every day,
> especially there is no any patch
> for UefiPayloadPkg for several months.

[Liming] The maintainer sends the email with the merged commit message to the 
mail list so that the patch contributor knows that his patch has been merged. 

> 
> I hope we could simplify the process and have a clear steps in the process
> soon. So that the maintainers could
> focus on the actual code review.

[Liming] I would suggest to highlight the role of maintainer and reviewer. 
The reviewer should take same roles to the maintainer except for the patch merge.
So, you prefer you take reviewer role only.

Thanks
Liming
> 
> Thanks,
> Guo




  reply	other threads:[~2020-09-27  1:45 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-18  8:24 [PATCH v5 0/3] UefiPayloadPkg: Runtime MMCONF Marcello Sylvester Bauer
2020-08-18  8:24 ` [PATCH v5 1/3] UefiPayloadPkg: Store the size of the MMCONF window Marcello Sylvester Bauer
2020-08-18  8:24 ` [PATCH v5 2/3] MdePkg: PciExpressLib support variable size MMCONF Marcello Sylvester Bauer
2020-08-20 10:55   ` Liming Gao
2020-08-18  8:24 ` [PATCH v5 3/3] UefiPayloadPkg: Support variable size MMCONF space Marcello Sylvester Bauer
2020-09-08 22:35   ` [edk2-devel] " Guo Dong
2020-09-16  8:56 ` more development process failure [was: UefiPayloadPkg: Runtime MMCONF] Laszlo Ersek
2020-09-16 17:30   ` [edk2-devel] " Guo Dong
2020-09-16 18:14     ` Laszlo Ersek
2020-09-16 21:51       ` Guo Dong
2020-09-17  5:59         ` Laszlo Ersek
2020-09-17  1:49       ` 回复: " gaoliming
2020-09-17  2:31         ` Yao, Jiewen
2020-09-17  6:31           ` Laszlo Ersek
2020-09-17  7:31             ` Yao, Jiewen
2020-09-17 10:26               ` Laszlo Ersek
2020-09-18  4:39             ` Ni, Ray
2020-09-18  7:37               ` Andrew Fish
2020-09-26  0:34                 ` Guo Dong
2020-09-27  1:44                   ` gaoliming [this message]
2020-09-27 17:29                     ` Guo Dong
2020-09-28 17:55                   ` Laszlo Ersek
2020-09-29  4:13                     ` Guo Dong
2020-09-29 11:59                       ` Laszlo Ersek
2020-09-17  5:56         ` 回复: " Laszlo Ersek
2020-09-21  9:57   ` Marcello Sylvester Bauer
2020-09-22  6:45     ` 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='005e01d6946f$c70802c0$55180840$@byosoft.com.cn' \
    --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