<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><!--
/* Font Definitions */
@font-face
        {font-family:PMingLiU;
        panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
        {font-family:PMingLiU;
        panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:"Segoe UI";
        panose-1:2 11 5 2 4 2 4 2 2 3;}
@font-face
        {font-family:"\@PMingLiU";
        panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">Hi Sekar,</span><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E"><br>
<span style="background:white">This is Abner Chang from HPE Server BIOS team, our team is also working on UEFI/EDK2 Redfish open source solution (just FYI the POC code is almost done).<o:p></o:p></span></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">I read through the Remote BIOS configuration proposal and would like to see if we still have chance to make some changes on it to reduce the
 efforts on both BMC and BIOS. Also get rid of using PLDM BIOS control/Configuration methodology because we can find the equivalent method if use Redfish service.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">I understand that this proposal is focus on the early system firmware POST, and the firmware solution could be EDK2 + Linux boot. That means
 this firmware solution may not have the network driver stack to communicate with Redfish service through vNIC. So some ideas proposed here are understandable such as the special format of BIOS resource and the IPMI channel to BMC. However, some of the designs
 proposed here would be the additional effort to current system firmware (e.g. EDK2 PEI/ or early DXE phase) implementation and BMC as well.</span><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E"><br>
<span style="background:white">The proprietary format of BIOS resource (Type 0/1) is one issue. We think it would be better to just leverage JSON format (which follows BIOS/AttributeRegistry data model) and carried by HTTP. The payload could be compressed by
 Redfish supported compress algorithm (gzip) and delivered over whatever non network stack based channel (e.g. IPMI proposed here) in the early POST.<o:p></o:p></span></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">With this, we may leverage system firmware drivers for building up the payload between BIOS and BMC. This could reduce system firmware effort
 and get rid of proprietary format of BIOS resource in XML. Furthermore, the architecture of OpenBMC Remote BIOS configuration would be more closer to the current Redfish service implementation. BMC can leverage the implementation of Redfish service if the
 payload is carried by HTTP message with JSON format which follow Redfish BIOS data model<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">We don’t have much concerns of the transport layer between BMC<->BIOS because it is used in the early system POST, stay with IPMI looks fine
 for now.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">Thanks<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white">Abner<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Segoe UI",sans-serif;color:#24292E;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>