On 05/08/15 20:51, Laszlo Ersek wrote:
> My SMM-for-OVMF branch has 52 patches now, and I'm not seeing the light
> at the end of the tunnel. It's probably prudent to flush some
> preparatory patches now that should be fine / non-controversial in their
> own right.
> 
> Public branch: https://github.com/lersek/edk2/commits/bits_and_pieces
> 
> Thanks
> Laszlo
> 
> Laszlo Ersek (11):
>   OvmfPkg: split Include/OvmfPlatforms.h
>   OvmfPkg: consolidate POWER_MGMT_REGISTER_Q35() on "Q35MchIch9.h"
>     macros
>   OvmfPkg: consolidate POWER_MGMT_REGISTER_PIIX4() on "I440FxPiix4.h"
>     macros
>   OvmfPkg: extract some bits and port offsets common to Q35 and I440FX
>   OvmfPkg: AcpiS3SaveDxe: fix protocol usage hint in the INF file
>   MdePkg: BaseExtractGuidedSectionLib: allow forced reinit of handler
>     table
>   MdeModulePkg: SmmIplEntry(): don't suppress SMM core startup failure
>   UefiCpuPkg: CpuDxe: optionally save MTRR settings to AcpiNVS memory
>     block
>   UefiCpuPkg: CpuDxe: broadcast MTRR changes to APs
>   UefiCpuPkg: CpuDxe: sync MTRR settings to APs at MP startup
>   UefiCpuPkg: CpuDxe: provide EFI_MP_SERVICES_PROTOCOL when there's no
>     AP

Patches 01 to 05 have been committed as r17432 to r17437, inclusive;
splitting up 01/11 as Jordan suggested.

I'm retracting patch 06 for now; I've moved it back to its original
place in my larger series. The reason is that I'm now convinced that
such patches (outside of OvmfPkg/) can be best argued for when they are
shown in the larger feature context (ie. how I'm going to rely on them),
so I'll delay patch 06 until I send out the large-ish series.

Patch 07 has been committed as SVN r17417. The commit message was not
kept intact (there's a copy/paste typo in it, plus it was rewrapped),
but it's not too grave, luckily.

Regarding the UefiCpuPkg patches 08 through 11, inclusive, I'm
postponing those too -- same treatment as for 06. I've picked up Jeff
Fan's R-b tags for patches 10 and 11; those will be present when I
include these UefiCpuPkg patches next time. This should also give us
more time to research the 2-clause BSDL vs. 3-clause BSDL question and
if Intel can relicense the original Quark package under the 2-clause BSDL.

So, if there's still someone reviewing this prep series (beyond the
licensing question above): please feel free to abandon it now.

Thanks
Laszlo

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/edk2-devel

Reply via email to