<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi Patrick,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Please find my response below.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
>Priyatharshan,
<div><br>
</div>
<div>>I'm still very confused by the word "AC" here.  I know your server</div>
<div>>doesn't have a single joule of AC power on any voltage rail.  This</div>
<div>>server plugs into an OCP rack with a 12V DC bus-bar powering all the</div>
<div>>servers in the rack.</div>
<div><br>
</div>
<div>Sorry for confusing with the word "Ac" . It is actually 12V On/Off.</div>
<div><br>
</div>
<div>>Vijay implemented, for Tiogapass, the 12V system power cycle.  This,</div>
<div>>in hardware, uses the HSC* to remove the server from the bus-bar, which</div>
<div>>power cycles the entire server including the BMC.  This is as if someone</div>
<div>>physically pulled the server from the rack and then pushed it back in</div>
<div>>but implemented via the HSC.</div>
<div><br>
</div>
<div>Agree, Vijay Implementation power cycles the entire server including the BMC.In Yv2(multi-host-system) for each slot 12V_STBY is connected via hot swap ADM1172.This ADM1172 power will be controlled by dedicated GPIO.So my functionality will implement power
 cycles only to the slot.This is as if someone physically pulled host from the slot and then pushed it back.</div>
<div><br>
</div>
<div>>On the server you are working on, we should have that same design for</div>
<div>>the "full system power cycle" which interacts with the HSC.  This should</div>
<div>>be done the same way as what Vijay implemented.</div>
<div><br>
</div>
<div>Agree.I also used Vijay's implementation and implemented "full system power cycle" for Yv2.</div>
<div>Gerrit Link : <a href="https://gerrit.openbmc-project.xyz/c/openbmc/meta-facebook/+/37065" id="LPlnk986657">
https://gerrit.openbmc-project.xyz/c/openbmc/meta-facebook/+/37065</a><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>>You also have power control to the multi-host cards which feed 12V to</div>
<div>>each of the compute cards in your chassis.  What I don't understand is</div>
<div>>why does this also need control of the full 12V and why is it separate</div>
<div>>from the normal "power on the compute card" sequence?  This "power on</div>
<div>>the compute card" sequence is what is suppose to be modelled by the</div>
<div>>'chassisN' objects referenced by others.</div>
<div><br>
</div>
<div>>Can you expand on what the difference is and what functionality you are</div>
<div>>enabling by having two different slot-level power controls?</div>
<div><br>
</div>
<div>The earlier "power on/off/cycle the computer card" sequence will only handle the computer card portion of the host.</div>
But the new feature [Slot on/off/cycle] will power cycles the entire card [ BIC + computer card portion + rest of the hardware in twin lake] for each slot.<br>
</div>
<div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="Signature">
<div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Thanks,</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Priyatharshan P</div>
<div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0);">
<br>
<hr tabindex="-1" style="display:inline-block; width:98%;">
<b>From:</b> Patrick Williams<br>
<b>Sent:</b> Thursday, October 08, 2020 22:01<br>
<b>To:</b> P. Priyatharshan<br>
<b>Cc:</b> Vijay Khemka; openbmc@lists.ozlabs.org; ed@tanous.net; Velumani T-ERS,HCLTech<br>
<b>Subject:</b> Re: 12v slot AC Support in x86-power-control
<div><br>
</div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">On Thu, Oct 08, 2020 at 01:13:49PM +0000, P. Priyatharshan wrote:<br>
> Out platform is multi host system and we  have the host as FRU and it can be plugged in to a slot. The slot has an option to control slot power and this can be used for a AC cycle.<br>
<br>
Priyatharshan,<br>
<br>
I'm still very confused by the word "AC" here.  I know your server<br>
doesn't have a single joule of AC power on any voltage rail.  This<br>
server plugs into an OCP rack with a 12V DC bus-bar powering all the<br>
servers in the rack.<br>
<br>
Vijay implemented, for Tiogapass, the 12V system power cycle.  This,<br>
in hardware, uses the HSC* to remove the server from the bus-bar, which<br>
power cycles the entire server including the BMC.  This is as if someone<br>
physically pulled the server from the rack and then pushed it back in<br>
but implemented via the HSC.<br>
<br>
On the server you are working on, we should have that same design for<br>
the "full system power cycle" which interacts with the HSC.  This should<br>
be done the same way as what Vijay implemented.<br>
<br>
You also have power control to the multi-host cards which feed 12V to<br>
each of the compute cards in your chassis.  What I don't understand is<br>
why does this also need control of the full 12V and why is it separate<br>
from the normal "power on the compute card" sequence?  This "power on<br>
the compute card" sequence is what is suppose to be modelled by the<br>
'chassisN' objects referenced by others.<br>
<br>
Can you expand on what the difference is and what functionality you are<br>
enabling by having two different slot-level power controls?<br>
<br>
> We proposed  a design to add the slot power control in the x86-power-control.The earlier discussion can be found in the below link.<br>
> <br>
> <a href="https://lists.ozlabs.org/pipermail/openbmc/2020-August/022481.html" target="_blank" rel="noopener noreferrer" data-auth="NotApplicable">
https://lists.ozlabs.org/pipermail/openbmc/2020-August/022481.html</a><br>
<br>
* - HSC = Hot Swap Controller.<br>
<br>
-- <br>
Patrick Williams<br>
</div>
</span></font></div>
</div>
</div>
</div>
</div>
<font face="Arial" color="Gray" size="1">::DISCLAIMER::<br>
<hr>
The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or
 incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely
 those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent
 of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects.<br>
<hr>
</font>
</body>
</html>