<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word"> <div class="WordSection1"> <p class="MsoPlainText"><span style="color:#203864">Hi Vikas, <o:p></o:p></span></p> <p class="MsoPlainText"><span style="color:#203864"><o:p> </o:p></span></p> <p class="MsoPlainText"><span style="color:#203864">Sorry for the delay and thanks for clarifying. Added my further rcomments below: <o:p></o:p></span></p> <ol style="margin-top:0in" start="1" type="1"> <li class="MsoListParagraph" style="color:#203864;margin-left:0in;mso-list:l0 level1 lfo1"> For your previous discussion with Leif, do you mean this one <span style="color:windowtext"> <a href="https://edk2.groups.io/g/devel/message/70090">https://edk2.groups.io/g/devel/message/70090</a></span>?<span style="color:windowtext"> </span>If my understanding of your previous discussion is correct,<span style="color:windowtext"> </span>the reason why you needed to rename ConfigurationManager to<span style="color:windowtext"> </span>ConfigurationManagerPkg is that you created ConfigurationManagerPkg.dec file. However, I don’t see a need to create ConfigurationManagerPkg.dec. At least, the current NXP LSDK can work without it. Did you have any plan to use ConfigurationManagerPkg.dec? Moreover, for putting common files for all platforms to consume, it doesn't have to be an XXXXPkg folder and doesn't need a .dec file. In your previous discussion with Leif (<span style="color:windowtext"><a href="https://edk2.groups.io/g/devel/message/70090">https://edk2.groups.io/g/devel/message/70090</a></span>), It looks like Leif was also asking to remove ConfigurationManagerPkg.dec if the purpose of adding the .dec file is just for all platforms to include common header files in this folder. Actually, I thought we would only name the folder with the postfix string “Pkg” when the folder needs to be separately built. If my thought is correct, I think we don’t need to separately build ConfigurationManager. <o:p></o:p></li><li class="MsoListParagraph" style="color:#203864;margin-left:0in;mso-list:l0 level1 lfo1"> After thinking this over, I think \Platform\NXP\LX2160aRdbPkg\Include\ is a better place for putting LX2160aRdbPkg’s Platform.h, so this change looks good to me.<o:p></o:p></li><div> <li class="MsoListParagraph" style="color:#203864;margin-left:0in;mso-list:l0 level1 lfo1"> After thinking this over, I think \Platform\NXP\ LS1046aFrwyPkg\Include\ is a better place for putting LS1046aFrwyPkg’s Platform.h, so this change looks good to me.<o:p></o:p></li><li class="MsoListParagraph" style="color:#203864;margin-left:0in;mso-list:l0 level1 lfo1"> Could you give me more information about why you don’t want to put extra effort at this moment? It looks worth doing this because we will need to add the whole Silicon\NXP\LS1046A\Library\SocFixupLib\ from NXP LSDK later and adding it now can avoid confusion caused by the mismatch between edk2 and NXP LSDK. Why don’t we add it now? <o:p> </o:p></li></div> <p class="MsoNormal"><span style="color:#203864"><br> </span><span style="color:#203864">Best </span><span style="color:#203864">Regards,<o:p></o:p></span></p> <p class="MsoNormal"><span style="color:#203864">Sunny</span><span style="color:#203864"> Wang<o:p></o:p></span></p> </ol> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> <p class="MsoNormal"><b>From:</b> Vikas Singh <vikas.singh@puresoftware.com> <br> <b>Sent:</b> Monday, July 26, 2021 9:04 PM<br> <b>To:</b> Sunny Wang <Sunny.Wang@arm.com>; devel@edk2.groups.io; Meenakshi Aggarwal (meenakshi.aggarwal@nxp.com) <meenakshi.aggarwal@nxp.com>; leif@nuviainc.com<br> <b>Cc:</b> Sami Mujawar <Sami.Mujawar@arm.com>; Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>; V Sethi (v.sethi@nxp.com) <v.sethi@nxp.com>; Arokia Samy <arokia.samy@puresoftware.com>; Kuldip Dwivedi <kuldip.dwivedi@puresoftware.com>; Ard Biesheuvel <Ard.Biesheuvel@arm.com>; vikas.singh@nxp.com; White Weng <white.weng@nxp.com>; Ran Wang <ran.wang_1@nxp.com>; Joe Byrne <joseph.byrne@nxp.com><br> <b>Subject:</b> Re: [PATCH V2 0/4] Enable Dynamic ACPI for LS1046AFRWY<o:p></o:p></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <div> <p class="MsoNormal"><span style="font-size:12.0pt;color:black">Sunny, thanks for your review and PSB my remarks.<o:p></o:p></span></p> </div> <div> <p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p> </div> <div class="MsoNormal" align="center" style="text-align:center"> <hr size="2" width="98%" align="center"> </div> <div id="divRplyFwdMsg"> <p class="MsoNormal"><b><span style="color:black">From:</span></b><span style="color:black"> Sunny Wang <Sunny.Wang@arm.com><br> <b>Sent:</b> Monday, July 12, 2021 4:03 PM<br> <b>To:</b> Vikas Singh <vikas.singh@puresoftware.com>; devel@edk2.groups.io <devel@edk2.groups.io>; Meenakshi Aggarwal (meenakshi.aggarwal@nxp.com) <meenakshi.aggarwal@nxp.com>; leif@nuviainc.com <leif@nuviainc.com><br> <b>Cc:</b> Sami Mujawar <Sami.Mujawar@arm.com>; leif@nuviainc.com <leif@nuviainc.com>; Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>; V Sethi (v.sethi@nxp.com) <v.sethi@nxp.com>; Arokia Samy <arokia.samy@puresoftware.com>; Kuldip Dwivedi <kuldip.dwivedi@puresoftware.com>; Ard Biesheuvel <Ard.Biesheuvel@arm.com>; vikas.singh@nxp.com <vikas.singh@nxp.com>; White Weng <white.weng@nxp.com>; Ran Wang <ran.wang_1@nxp.com>; Sunny Wang <Sunny.Wang@arm.com>; Joe Byrne <joseph.byrne@nxp.com><br> <b>Subject:</b> RE: [PATCH V2 0/4] Enable Dynamic ACPI for LS1046AFRWY</span> <o:p> </o:p></p> <div> <p class="MsoNormal"> <o:p></o:p></p> </div> </div> <div> <div> <p class="MsoNormal">Hi Vikas,<br> <br> Thanks for working on this.<br> <br> As our offline discussion with NXP, our goal is to make the Tiano edk2-platform and NXP LSDK opensource <a href="https://source.codeaurora.org/external/qoriq/qoriq-components/edk2-platforms"> https://source.codeaurora.org/external/qoriq/qoriq-components/edk2-platforms</a> in sync. Now the main problem is that some folders' names and locations have been changed to be different from NXP LSDK opensource in previous commits, which causes difficulty in doing synchronization between Tiano edk2-platform and NXP LSDK opensource and also causes LSDK user's confusion. I'm fine with keeping some changes that are needed for cleanup purposes or fixing build issues. However, I think we can still avoid some folder-renaming or folder-moving changes. For avoiding them, could you check my questions/comments below?<br> <br> 1. Why do we need to have ConfigurationManagerPkg.dec? Can we remove this? After removing it, we can rename the ConfigurationManagerPkg folder back to ConfigurationManager to be consistent with other platforms (JunoPkg).<o:p></o:p></p> </div> <div> <p class="MsoNormal">[[Vikas]] <span style="color:black;background:white">ConfigurationManagerPkg folder should not be renamed back to ConfigurationManager because of the hierarchy and placement of this folder as a common generic for all the platform pkgs.</span><o:p></o:p></p> </div> <div> <p class="MsoNormal"><span style="color:black;background:white">This is already been discussed with leif and moreover in case of JunoPkg the CM is private to JunoPkg not visible to other ARM platform pkgs. Here in our case CM serves all the NXP platforms.</span><o:p></o:p></p> </div> <div> <p class="MsoNormal"><br> 2. Can we move \Platform\NXP\LX2160aRdbPkg\Include\Platform.h to the same location as LSDK (\Platform\NXP\LX2160aRdbPkg\AcpiTables\)?<o:p></o:p></p> </div> <div> <p class="MsoNormal">[[Vikas]] This involves extra effort/rework.<o:p></o:p></p> </div> <div> <p class="MsoNormal"><br> 3. Can we move \Platform\NXP\LS1046aFrwyPkg\Include\Platform.h t h to the same location as LSDK (\Platform\NXP\ LS1046aFrwyPkg\AcpiTables\)?<o:p></o:p></p> </div> <div> <p class="MsoNormal"><span style="color:black;background:white">[[Vikas]] This involves extra effort/rework.</span><o:p></o:p></p> </div> <div> <p class="MsoNormal"><br> 4. Can we add \Silicon\NXP\LS1046A\Library\SocFixupLib\ for patch 2/4 (adding SocGetSvr() function)? Furthermore, can we just add the whole Silicon\NXP\LS1046A\Library\SocFixupLib\ from NXP LSDK?<br> <span style="color:black;background:white">[[Vikas]] This involves extra effort/rework.</span><o:p></o:p></p> </div> <div> <p class="MsoNormal"><br> Add few more NXP guys.<br> <br> <br> <br> Hi Leif and Meenakshi,<br> <br> Can we just push the latest LSDK to the Tiano edk2-platform in one patch set? Then, If there is anything that needs to be cleaned up like the Coding style issue, we can create an issue in Bugzilla for it. What do you guys think?<br> <br> <br> Best Regards,<br> Sunny Wang<br> <br> -----Original Message-----<br> From: Vikas Singh <vikas.singh@puresoftware.com><br> Sent: Friday, June 18, 2021 11:28 PM<br> To: devel@edk2.groups.io<br> Cc: Sami Mujawar <Sami.Mujawar@arm.com>; leif@nuviainc.com; Meenakshi Aggarwal (meenakshi.aggarwal@nxp.com) <meenakshi.aggarwal@nxp.com>; Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>; V Sethi (v.sethi@nxp.com) <v.sethi@nxp.com>; arokia.samy <arokia.samy@puresoftware.com>; kuldip.dwivedi@puresoftware.com; Ard Biesheuvel <Ard.Biesheuvel@arm.com>; vikas.singh@nxp.com; Sunny Wang <Sunny.Wang@arm.com><br> Subject: [PATCH V2 0/4] Enable Dynamic ACPI for LS1046AFRWY<br> <br> This patch series basically aims to extend the Dynamic ACPI<br> framework towards NXP's LS1046AFRWY platform.<br> <br> In continuation to <a href="https://edk2.groups.io/g/devel/message/71709">https://edk2.groups.io/g/devel/message/71709</a><br> <br> The change set in the series is in below order -<br> <br> (1)Introducing a new platform specific macro "PLAT_SOC_NAME"<br> This macro will be consumed by Configuration Manager(CM).<br> Platforms who extends CM services for themselves must notify<br> their SoC details to CM using this macro only.<br> Additionally also update the lx2160ardb platform header with<br> PLAT_SOC_NAME, this will be consumed by CM.<br> <br> (2)Introduced a function to get SoC's System Version Register(SVR)<br> This function will fetch SVR details for LS1046A SoC based platforms.<br> In current patch series, this function will be used by LS1046aFrwyPkg.<br> <br> (3)Extending Configuration Manager (CM) and its services to leverage<br> the Dynamic ACPI support for NXP's LS1046aFrwy platform.<br> <br> (4)Introduced an OEM specific firmware acpi table generator<br> Also add Dsdt.asl as a place holder having only platform's clock<br> related dsdt properties for now and will accommodate other IP specific<br> dsdt tables(acpi properties) for LS1046AFRWY in future patch series.<br> <br> Vikas Singh (4):<br> Platform/NXP: Make SoC version log in ConfigurationManager generic<br> Silicon/NXP: Add support of SVR handling for LS1046A SoC<br> NXP/LS1046aFrwyPkg: Enable ConfigurationManager on LS1046AFRWY<br> Platform/NXP/LS1046aFrwyPkg: Add OEM specific DSDT generator<br> <br> Platform/NXP/ConfigurationManagerPkg/ConfigurationManagerDxe/ConfigurationManager.c | 11 +-<br> Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/Dsdt/Clk.asl | 60 ++++++++<br> Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/Dsdt/Dsdt.asl | 15 ++<br> Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/PlatformAcpiDsdtLib.inf | 39 +++++<br> Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/PlatformAcpiDsdtLib/RawDsdtGenerator.c | 138 +++++++++++++++++<br> Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/PlatformAcpiLib.h | 23 +++<br> Platform/NXP/LS1046aFrwyPkg/Include/Platform.h | 156 ++++++++++++++++++++<br> Platform/NXP/LS1046aFrwyPkg/LS1046aFrwyPkg.dsc | 29 ++++<br> Platform/NXP/LS1046aFrwyPkg/LS1046aFrwyPkg.fdf | 13 ++<br> Platform/NXP/LX2160aRdbPkg/Include/Platform.h | 8 +-<br> Silicon/NXP/LS1046A/LS1046A.dsc.inc | 11 ++<br> Silicon/NXP/LS1046A/Library/SocLib/SocLib.c | 16 ++<br> Silicon/NXP/LX2160A/LX2160A.dsc.inc | 3 +-<br> 13 files changed, 508 insertions(+), 14 deletions(-)<br> create mode 100644 Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/Dsdt/Clk.asl<br> create mode 100644 Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/Dsdt/Dsdt.asl<br> create mode 100644 Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/PlatformAcpiDsdtLib.inf<br> create mode 100644 Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/PlatformAcpiDsdtLib/RawDsdtGenerator.c<br> create mode 100644 Platform/NXP/LS1046aFrwyPkg/AcpiTablesInclude/PlatformAcpiLib.h<br> create mode 100644 Platform/NXP/LS1046aFrwyPkg/Include/Platform.h<br> <br> --<br> 2.25.1<br> <br> IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.<o:p></o:p></p> </div> </div> </div> IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. </body> </html> <div width="1" style="color:white;clear:both">_._,_._,_</div> <hr> Groups.io Links:<p> You receive all messages sent to this group. <p> <a target="_blank" href="https://edk2.groups.io/g/devel/message/78635">View/Reply Online (#78635)</a> | | <a target="_blank" href="https://groups.io/mt/83630879/1813853">Mute This Topic</a> | <a href="https://edk2.groups.io/g/devel/post">New Topic</a><br> <a href="https://edk2.groups.io/g/devel/editsub/1813853">Your Subscription</a> | <a href="mailto:devel+owner@edk2.groups.io">Contact Group Owner</a> | <a href="https://edk2.groups.io/g/devel/unsub">Unsubscribe</a> [edk2-devel-archive@redhat.com]<br> <div width="1" style="color:white;clear:both">_._,_._,_</div>