Chassis reset

[Vijay Khemka]

    >
    > I'm not understanding what you mean by "come up with an API to steer the
    > Redfish..."  I think everything is specified here at a dbus level.  The
    > issue is figuring out the appropriate Redfish model of
    > Chassis/ComputerSystem objects (along with the included Resource.Reset
    > types).  To a casual reader, who hasn't been involved much in Redfish
    > implementation, the current mapping of these ResetTypes seems fairly
    > arbitrary.

    Some might be arbitrary, but most are explicit and chosen on purpose,
    especially in the case of the System schema.  The Chassis schema is a
    little more lax, as it's more of a backward compatibility thing today.
    I think you (Vijay) are the first person trying to model it
    "properly".

    What I mean is that the current Redfish definition of Chassis points
    the PowerCycle action to chassis0.  That PowerCycle action now needs
    to point at multiple things, chassis0 if we don't support AC reset, or
    chassis_system0 if we do.  That is the "steering" I was referring to.

How about we map powerCycle to chassis0 and ForceRestart to chassis_system0