<html 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=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Apple Color Emoji";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.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;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">If we can manage this in standard repo with some compile time config parameter to use chosen approach. It will help in maintaining multiple repo.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="color:black">From: </span></b><span style="color:black">openbmc <openbmc-bounces+vijaykhemka=fb.com@lists.ozlabs.org> on behalf of Ed Tanous <ed.tanous@intel.com><br>
<b>Date: </b>Tuesday, January 22, 2019 at 2:04 PM<br>
<b>To: </b>"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org><br>
<b>Subject: </b>Re: Intel-ipmi-oem repo<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal">On 1/22/19 10:16 AM, Vijay Khemka wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">Team,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">Intel-ipmi-oem should be broken and 2 parts, genric and oem specific. I see several functionality in this repo like sensors and storage commands are generic enough to be used by other platform
who is using entity manager. So I feel that we should have these functionalities to be moved to a separate common repo which can be used by everyone and this repo can only contain Intel OEM specific IPMI command support.</span><o:p></o:p></p>
</blockquote>
<p>When this work was first started, the hope was that the SDR, SEL and the sensor numbering changes could be rolled out to the whole project as the "standard", and that this was just a staging area. Unfortunately, when we tried to push them, we got some late
breaking feedback from the maintainer that some flows (like writing sensor values from the host) would break IBM systems. Given that our systems didn't require or implement those flows, we didn't have a very clear path forward for how to get them upstreamed,
and eventually ran out of time waiting for responses.<o:p></o:p></p>
<p>The last thread I recall on the issue was here, where the maintainer documented some of the issues that were present on IBM systems with those command sets. There were several other gerrit reviews that I can find if needed, but they basically boiled down
to what's in the thread below.<o:p></o:p></p>
<p><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ozlabs.org_pipermail_openbmc_2018-2DNovember_014139.html&d=DwMDaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=v9MU0Ki9pWnTXCWwjHPVgpnCR80vXkkcrIaqU7USl5g&m=lOhC8y7KcU3Q2RQ4jonrvsNVb2z07MgDTeXIa_NEIF0&s=qW9KX6eEa1B2cCUHKqZRGZtLSb7KCrK9SON3S5AWYG8&e=">https://lists.ozlabs.org/pipermail/openbmc/2018-November/014139.html</a><o:p></o:p></p>
<p>Given that it sounds like the community is interested in these changes being rolled out to more than just intel systems, I suspect we need to continue that discussion.<o:p></o:p></p>
<p>For reference, the changes being mentioned enable:<o:p></o:p></p>
<p>1. Dynamic IPMI sensor creation based on dbus mapper reflection, rather than hardcoded paths and sensor numbers.<br>
2. Automatic generation of type 1 SDRs (including M and B scaling) from dbus interfaces.<br>
3. Automatic generation of FRU sdr records based on dbus interfaces.<o:p></o:p></p>
<p>There are probably other things that I'm forgetting, but these are the highlights.<o:p></o:p></p>
<p>Tom,<o:p></o:p></p>
<p>Do you think that you could propose a path that would allow these changes into the mainstream, while still keeping IBM systems functional? Based on comments that I've heard both in person, and on other gerrit reviews, I believe these changes have some level
of support from the other two IPMI maintainers (correct me if I'm wrong guys).<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>If the final answer is that we really need yet another repo, so be it, I'm happy to help maintain it, but given the interest, we should at least investigate the possibility of making this the "standard" going forward.<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">My 2 cents </span><span style="font-size:11.0pt;font-family:"Apple Color Emoji"">😊</span><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:11.0pt">Much appreciated.<br>
<br>
<o:p></o:p></span></p>
</div>
</body>
</html>