On 05/10/07 14:22, Eric Boutilier wrote:
On Thu, 10 May 2007, James Carlson wrote:
Gavin Maltby writes:
The Project

    This project proposes improving the generic support of x86
    CPUs that implement the Machine Check Architecture (MCA).  It

*whew* PS/2 flashback ...

+1 on the idea, but the currently proposed project creation policy
requires endorsement from one or more communities:

 http://mail.opensolaris.org/pipermail/ogb-discuss/2007-May/000437.html

News to me!  I simply read the "deliberately lightweight" procedure
documented somewhere on opensolaris.org.

It'd be helpful to get that endorsement, perhaps from the Fault
Management community.

Good point. Even though that document is not official policy yet, it's
really close. So in addition, I'd like to suggest that Gavin work with the
FM Community Group leaders to pull together the information outlined in
section 2.2.

Well I am a fearless FM Community leader, so here goes:

    - A short (one or a few words) synopsis of the Project's purpose,
      and an optional shortened or decorative name (see 4.1).

        Synopsis: Generic MCA Improvements

        [Comment: "one or a few words" means up to 3 words which is
        a bit short for a synopsis;  and how do you further shorten
        that for a decorative name?]

        A shortened form suitable for URLs etc would be "generic-mca".

    - A list of Community Groups sponsoring the Project.

        1. "Fault Management" http://www.opensolaris.org/os/community/fm/
           We will formally endorse the project once it is established.

    - A list of Participants constituting the initial Project Team,
      including a single individual who will serve as the preferred
      point of contact for matters regarding the Project.

        1. Gavin Maltby, (also serves as point of contact)
           http://www.opensolaris.org/viewProfile.jspa?username=gavinm

    - A one-paragraph description of the Project, for an audience of
    Participants who may not be familiar with the area in which work
    is proposed.  This should contain a brief description of the
    problem(s) the Project is expected to solve, and of the manner in
    which it will do so.

        Where an x86 CPU does not have explicit model-specific fault
        management support (which only AMD Opteron family 0xf revisions
        B to G currently enjoy) we fallback to very basic generic
        support.  This base level doesn't look for non-fatal errors,
        doesn't log any errors, performs no diagnosis - it's essentially
        pretty useless.  This project will deliver this missing
        functionality, thus raising the base level of support even
        for cpus with no model-specific support.  It thus applies to
        AMD processors after family 0xf (the upcoming family 0x10)
        as well as to all recent and upcoming processors from Intel.
        The project will also recast the existing AMD support so that
        it supplements the improved generic support rather than
        standing alone, and future Intel model-specific support will
        fit into the same mould.

    - A listing of related ongoing or proposed Projects, including
    information about any dependencies on or by this Project and any
    duplication of purpose or overlap with other ongoing work.  This
    listing should also include the name of the consolidation the
    Project Team is targeting, if applicable.

        1. "Enable/Enhance Solaris support for Intel Platform"
           http://www.opensolaris.org/os/project/intel-platform/

                Part of this project will deliver full-featured
                model-specific support for some Intel cpu models.
                That work will supplement this generic MCA project,
                just as the existing AMD support will be refactored
                to be a model-specific supplement to the generic
                support.  The Intel project team are aware of the
                generic MCA project.

    - Optionally, additional information which may be of interest to
    prospective Project Team members and/or consumers of the Project's
    output.

(Not sure how it overlaps with the FMA parts of the existing "intel
platform" project ...)

See above.

Thanks

Gavin
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to