From Daniel.Hain@sun.com Fri Apr  3 17:26:14 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n340QEtG029516
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 3 Apr 2009 17:26:14 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n340Q3k5021115;
	Fri, 3 Apr 2009 18:26:13 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KHJ0070BVVOGY00@nwk-avmta-2.sfbay.sun.com>; Fri,
 03 Apr 2009 17:26:12 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KHJ001LKVVNPY70@nwk-avmta-2.sfbay.sun.com>; Fri,
 03 Apr 2009 17:26:11 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n340QBaD028924;
 Fri, 03 Apr 2009 17:26:11 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009))
 id <0KHJ00M00VNFBR00@fe-sfbay-10.sun.com>; Fri,
 03 Apr 2009 17:26:11 -0700 (PDT)
Received: from [192.168.1.6] ([unknown] [72.197.209.207])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009))
 with ESMTPSA id <0KHJ0033CVVMMH70@fe-sfbay-10.sun.com>; Fri,
 03 Apr 2009 17:26:11 -0700 (PDT)
Date: Fri, 03 Apr 2009 17:25:28 -0700
From: Daniel Hain <Daniel.Hain@sun.com>
Subject: Add zone support to uprintf() and vuprintf() [PSARC/2009/222 FastTrack
 timeout 04/10/2009]
Sender: Daniel.Hain@sun.com
To: PSARC-ext@sun.com
Cc: Abhinandan.Ekande@sun.com, Gavin.Maltby@sun.com, Narayana.Kadoor@sun.com,
        Joe.G@sun.com, steve.chessin@sun.com
Message-id: <49D6A8F8.1000108@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
User-Agent: Thunderbird 2.0.0.18 (X11/20090224)
Status: RO
Content-Length: 3864

I'm sponsoring this fast-track for Abhinandan Ekande from RPE.  The 
exposure is
open, and we're seeking patch binding.  Timeout is set for 04/10/2009.

-Dan

Template Version: @(#)onepager.txt 1.35 07/11/07 SMI
Copyright 2007 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
        Add zone support to uprintf() and vuprintf()

   1.2. Name of Document Author/Supplier:
        Abhinandan.Ekande@Sun.COM

   1.3. Date of This Document:
        04/03/09
       
        1.3.1. Date this project was conceived:
                02/17/09

   1.4. Name of Major Document Customer(s)/Consumer(s):
        1.4.1. The PAC or CPT you expect to review your project:
                Solaris PAC
        1.4.2. The ARC(s) you expect to review your project:
                PSARC
        1.4.3. The Director/VP who is "Sponsoring" this project:
                Sanjay.Pandit@sun.com
        1.4.4. The name of your business unit:
                Solaris Revenue Product Engineering (RPE)

   1.5. Email Aliases:
        1.5.1. Responsible Manager: ken.yan@sun.com
        1.5.2. Responsible Engineer: abhinandan.ekande@sun.com
        1.5.3. Marketing Manager:
        1.5.4. Interest List:

2. Project Summary
   2.1. Project Description:

        This fast-track proposes to extend the behavior of vuprintf()
        and uprintf() routines to log message to user tty and global
        zones's syslog and also to non-global zone's syslog. Currently
        these routines log message to user tty and global zones's syslog.

   2.2. Risks and Assumptions:
        There are no risks and assumptions.

4. Technical Description:
    4.1. Details:
    When the user process gets killed due to hardware uncorrectable
    error we would like to log the message on user tty. The kernel
    has a uprintf() routine which outputs the message to user tty
    and in addition logs it into syslog. But when process gets killed
    in non-global zone due to uncorrectable error, the uprintf()
    sends the message to user tty and to global's zone's syslog, but
    not to the non-global zone's syslog. And currently there is no
    printf in kernel to log message to non-global zone's syslog.
    Therefore we propose modification to behavior of uprintf() and
    vuprintf() routines to log message to both global and non-global
    zone's syslog and as well to log the message  on user tty.

    4.2. Bug/RFE Number(s):
    6676374 If Solaris Kills a process, the user needs to know why
   
    4.5. Interfaces:
    The interfaces change here is behaviour change of the routines
    uprintf() and vuprintf(), to log message to global zone's
    syslog and to user tty and as well to non-global zone's syslog.
    We do not plan to change the current stability level for uprintf()
    and vuprintf() routines.

    Note: uprintf() was declared Contract Private in PSARC/2001/599.
    As this is now an obsolete term the interface classification is
    Contracted Consolidation Private.  The SAM-QFS teams (Development
    and Sustaining) will be notified of the change in behavior the
    functions.
   
5. Reference Documents:
    6676374 If Solaris Kills a process, the user needs to know why

6. Resources and Schedule:
   6.1. Projected Availability:
    FY09Q04

   6.2. Cost of Effort:
    1 man month

   6.4. Product Approval Committee requested information:
       6.4.1. Consolidation or Component Name: ON
    6.4.3. Type of CPT Review and Approval expected:
        FastTrack
        6.4.4. Project Boundary Conditions:
        N/A
    6.4.5. Is this a necessary project for OEM agreements:
        NO
    6.4.6. Notes:
        None
    6.4.7. Target RTI Date/Release:
        S11 - May 2009, S10U8 - June 2009
    6.4.8. Target Code Design Review Date: April 2009

   6.5. ARC review type:
           FastTrack
   6.6. ARC Exposure:
        OPEN


From carlsonj@phorcys.east.sun.com Mon Apr  6 04:22:20 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n36BMKtJ023688
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 6 Apr 2009 04:22:20 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n36BMJs0001181;
	Mon, 6 Apr 2009 04:22:19 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KHO00301FL6HT00@nwk-avmta-2.sfbay.sun.com>; Mon,
 06 Apr 2009 04:22:18 -0700 (PDT)
Received: from phorcys.east.sun.com ([129.148.174.143])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KHO00GKRFL56LE0@nwk-avmta-2.sfbay.sun.com>; Mon,
 06 Apr 2009 04:22:17 -0700 (PDT)
Received: from phorcys.east.sun.com (phorcys.local [127.0.0.1])
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n36BLuOb028970; Mon,
 06 Apr 2009 07:21:56 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n36BLtv5028967; Mon,
 06 Apr 2009 07:21:55 -0400 (EDT)
Date: Mon, 06 Apr 2009 07:21:55 -0400
From: James Carlson <james.d.carlson@sun.com>
Subject: Re: Add zone support to uprintf() and vuprintf() [PSARC/2009/222
 FastTrack	timeout 04/10/2009]
In-reply-to: <49D6A8F8.1000108@sun.com>
To: Daniel Hain <Daniel.Hain@sun.com>
Cc: PSARC-ext@sun.com, Abhinandan.Ekande@sun.com, Narayana.Kadoor@sun.com,
        steve.chessin@sun.com, Joe.G@sun.com
Message-id: <18905.58835.978962.991090@gargle.gargle.HOWL>
MIME-version: 1.0
X-Mailer: VM 7.01 under Emacs 21.3.1
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <49D6A8F8.1000108@sun.com>
Status: RO
Content-Length: 652

Daniel Hain writes:
>     The interfaces change here is behaviour change of the routines
>     uprintf() and vuprintf(), to log message to global zone's
>     syslog and to user tty and as well to non-global zone's syslog.
>     We do not plan to change the current stability level for uprintf()
>     and vuprintf() routines.

I don't think I see much in the way of architecture that needs to be
reviewed, but +1 in any event.

-- 
James Carlson, Solaris Networking              <james.d.carlson@sun.com>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From chessin@political.eng.sun.com Mon Apr  6 16:59:52 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n36NxpWC023381
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 6 Apr 2009 16:59:52 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n36NxnsS026912
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 7 Apr 2009 00:59:51 +0100 (BST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KHP0030BENPRT00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Mon, 06 Apr 2009 17:59:49 -0600 (MDT)
Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KHP00I0RENO1E40@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon,
 06 Apr 2009 17:59:48 -0600 (MDT)
Received: from political.eng.sun.com (political.SFBay.Sun.COM [129.146.58.214])
	by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id n36NxmUe025764; Mon, 06 Apr 2009 16:59:48 -0700 (PDT)
Received: from political.eng.sun.com (localhost [127.0.0.1])
	by political.eng.sun.com (8.12.9+Sun/8.12.9) with ESMTP id n36NxlDH003044;
 Mon, 06 Apr 2009 16:59:47 -0700 (PDT)
Received: (from chessin@localhost)
	by political.eng.sun.com (8.12.9+Sun/8.12.9/Submit) id n36NxluM003043; Mon,
 06 Apr 2009 16:59:47 -0700 (PDT)
Date: Mon, 06 Apr 2009 16:59:47 -0700 (PDT)
From: Steve Chessin <steve.chessin@sun.com>
Subject: Re: Add zone support to uprintf() and vuprintf() [PSARC/2009/222
 FastTrack	timeout 04/10/2009]
To: Daniel.Hain@sun.com, james.d.carlson@sun.com
Cc: PSARC-ext@sun.com, Abhinandan.Ekande@sun.com, Narayana.Kadoor@sun.com,
        Joe.G@sun.com
Message-id: <200904062359.n36NxluM003043@political.eng.sun.com>
Content-transfer-encoding: 7BIT
X-Sun-Charset: US-ASCII
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 1426

>From carlsonj@phorcys.east.sun.com Mon Apr  6 04:22:21 2009
>Date: Mon, 06 Apr 2009 07:21:55 -0400
>From: James Carlson <james.d.carlson@sun.com>
>Subject: Re: Add zone support to uprintf() and vuprintf() [PSARC/2009/222
> FastTrack	timeout 04/10/2009]
>To: Daniel Hain <Daniel.Hain@sun.com>
>Cc: PSARC-ext@sun.com, Abhinandan.Ekande@sun.com, Narayana.Kadoor@sun.com,
>   steve.chessin@sun.com, Joe.G@sun.com
>
>Daniel Hain writes:
>>     The interfaces change here is behaviour change of the routines
>>     uprintf() and vuprintf(), to log message to global zone's
>>     syslog and to user tty and as well to non-global zone's syslog.
>>     We do not plan to change the current stability level for uprintf()
>>     and vuprintf() routines.
>
>I don't think I see much in the way of architecture that needs to be
>reviewed, but +1 in any event.

I suggested that the team go for ARC review (FastTrack, of course)
because they were changing the behavior of an interface that was at
least Consolidation Private.  I speculated that the zones folks just
overlooked uprintf() and vuprintf() when they added zprintf(),
vzprintf(), anc zcmn_err() (there is no zuprintf() nor zvuprintf()),
but if they had a good reason for not having them communicate with the
local zone's syslog, then an ARC case would uncover it.  (Attempts at
direct communication with the zones folks went unanswered.)

Consider it a sanity check.

--Steve


