All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Jeffery <andrew@aj.id.au>
To: Andrew Geissler <geissonator@gmail.com>, Joel Stanley <joel@jms.id.au>
Cc: OpenBMC Maillist <openbmc@lists.ozlabs.org>
Subject: Re: Target name refactoring
Date: Fri, 24 Feb 2017 15:50:21 +1030	[thread overview]
Message-ID: <1487913621.755.0.camel@aj.id.au> (raw)
In-Reply-To: <CALLMt=pAbfD-wUdi2QA=q3Tt_Kv7GXasmDMLY3kJA+83Vh+Vow@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2835 bytes --]

On Thu, 2017-02-23 at 22:05 -0600, Andrew Geissler wrote:
> > On Tue, Feb 21, 2017 at 9:00 PM, Joel Stanley <joel@jms.id.au> wrote:
> > On Tue, Feb 21, 2017 at 8:50 AM, Andrew Geissler <geissonator@gmail.com> wrote:
> > > Some design decisions came out of my last set of changes in the
> > > OpenBMC state area.  There was a proposal to rename our targets
> > > responsible for booting and powering on/off the system.
> > > 
> > > Currently we have this:
> > > - PowerOn: obmc-power-chassis-on.target    obmc-chassis-start.target
> > > - PowerOff: obmc-power-chassis-off.target    obmc-chassis-stop.target
> > >   obmc-stop-host.target
> > > 
> > > The obmc-power-chassis-*.targets are responsible for doing whatever is
> > > required to apply pgood to the chassis.
> > > The obmc-chassis-*.targets are responsible for starting and stopping
> > > all host related services
> > > The obmc-stop-host.target is where we have the soft power off service
> > > (notify host of shutdown, wait for host to shutdown gracefully)
> > > 
> > > Refactoring Proposal:
> > > - First the chassis-start and chassis-stop target names don’t make
> > > sense anymore with the new bmc, chassis, and host state break down’s
> > > so:
> > >   - Rename obmc-chassis-start.target to obmc-start-host.target
> > >   - Rename obmc-chassis-stop.target to obmc-stop-host.target
> > >   - Rename the current obmc-stop-host.target to obmc-shutdown-host.target
> > 
> > Can I suggest putting the host before the action?
> > 
> > obmc-host-stop
> > obmc-host-start
> > obmc-host-shutdown
> > 
> 
> I believe Brad has a naming convention he's shooting for where the
> verb comes second.  I'm somewhat agnostic on this but we just want to
> be consistent.  With your proposal I'd probably have to rename the
> chassis one's from obmc-power-chassis-on to obmc-chassis-power-on.
> 
> Thoughts Brad?

Whatever the case, ack from me on your general proposal, so long as the
names are consistent.

Andrew

> 
> > > 
> > > The target relationships are then the following:
> > > 
> > > obmc-host-start.target requires obmc-power-chassis-on.target
> > > obmc-shutdown-host.target requires obmc-stop-host.target requires
> > > obmc-power-chassis-off.target
> > 
> > obmc-host-start requires obmc-chassis-poweron
> > 
> > obmc-host-shutdown requires obmc-host-stop requires obmc-chassis-poweroff
> > 
> > I think the rest of your proposal sounds good, from what I understand.
> > 
> > Cheers,
> > 
> > Joel
> > 
> > > 
> > > When a system goes to the quiesce target, the host state manager will
> > > call the obmc-stop-host.target.  Otherwise, the host state service
> > > will call the obmc-shutdown-host.target when power off is requested.
> > > 
> > > Thoughts/Comments?
> > > Andrew

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

  reply	other threads:[~2017-02-24  5:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-20 22:20 Target name refactoring Andrew Geissler
2017-02-22  3:00 ` Joel Stanley
2017-02-24  4:05   ` Andrew Geissler
2017-02-24  5:20     ` Andrew Jeffery [this message]
2017-02-24 13:59   ` Brad Bishop
2017-02-24 16:41     ` Rick Altherr
2017-02-24 18:24       ` Brad Bishop
2017-02-24 21:31         ` Rick Altherr
2017-02-24 22:41           ` Andrew Geissler

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=1487913621.755.0.camel@aj.id.au \
    --to=andrew@aj.id.au \
    --cc=geissonator@gmail.com \
    --cc=joel@jms.id.au \
    --cc=openbmc@lists.ozlabs.org \
    /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.