From: Patrick Williams <patrick@stwcx.xyz>
To: "P. Priyatharshan" <PriyatharshanP@hcl.com>
Cc: "openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>,
"ed@tanous.net" <ed@tanous.net>,
"Velumani T-ERS, HCLTech" <velumanit@hcl.com>,
Vijay Khemka <vijaykhemka@fb.com>
Subject: Re: 12v slot AC Support in x86-power-control
Date: Thu, 8 Oct 2020 11:31:49 -0500 [thread overview]
Message-ID: <20201008163149.GM6152@heinlein> (raw)
In-Reply-To: <TY2PR04MB3311145637BFB1FAB1CFF2C4CA0B0@TY2PR04MB3311.apcprd04.prod.outlook.com>
[-- Attachment #1: Type: text/plain, Size: 1820 bytes --]
On Thu, Oct 08, 2020 at 01:13:49PM +0000, P. Priyatharshan wrote:
> 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.
Priyatharshan,
I'm still very confused by the word "AC" here. I know your server
doesn't have a single joule of AC power on any voltage rail. This
server plugs into an OCP rack with a 12V DC bus-bar powering all the
servers in the rack.
Vijay implemented, for Tiogapass, the 12V system power cycle. This,
in hardware, uses the HSC* to remove the server from the bus-bar, which
power cycles the entire server including the BMC. This is as if someone
physically pulled the server from the rack and then pushed it back in
but implemented via the HSC.
On the server you are working on, we should have that same design for
the "full system power cycle" which interacts with the HSC. This should
be done the same way as what Vijay implemented.
You also have power control to the multi-host cards which feed 12V to
each of the compute cards in your chassis. What I don't understand is
why does this also need control of the full 12V and why is it separate
from the normal "power on the compute card" sequence? This "power on
the compute card" sequence is what is suppose to be modelled by the
'chassisN' objects referenced by others.
Can you expand on what the difference is and what functionality you are
enabling by having two different slot-level power controls?
> 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.
>
> https://lists.ozlabs.org/pipermail/openbmc/2020-August/022481.html
* - HSC = Hot Swap Controller.
--
Patrick Williams
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-10-08 16:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-06 16:43 12v slot AC Support in x86-power-control P. Priyatharshan
2020-10-07 1:51 ` Patrick Williams
2020-10-08 0:41 ` Vijay Khemka
2020-10-08 13:13 ` P. Priyatharshan
2020-10-08 13:45 ` Anton Kachalov
2020-10-08 14:55 ` P. Priyatharshan
2020-10-08 16:31 ` Patrick Williams [this message]
-- strict thread matches above, loose matches on Subject: below --
2020-10-09 15:49 P. Priyatharshan
2020-10-09 19:48 ` Patrick Williams
2020-10-11 6:39 P. Priyatharshan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201008163149.GM6152@heinlein \
--to=patrick@stwcx.xyz \
--cc=PriyatharshanP@hcl.com \
--cc=ed@tanous.net \
--cc=openbmc@lists.ozlabs.org \
--cc=velumanit@hcl.com \
--cc=vijaykhemka@fb.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.