From sacadmin Mon Jun 28 18:30:29 2010
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 o5T1UTm8029884
	for <fwarc@sac.sfbay.sun.com>; Mon, 28 Jun 2010 18:30:29 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T1UTHd004498
	for <@sunmail2sca.sfbay.sun.com:fwarc@sun.com>; Mon, 28 Jun 2010 18:30:29 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L4R00F015IT7H00@nwk-avmta-1.sfbay.Sun.COM> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Mon, 28 Jun 2010 18:30:29 -0700 (PDT)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L4R00BH55ITBY90@nwk-avmta-1.sfbay.Sun.COM> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Mon, 28 Jun 2010 18:30:29 -0700 (PDT)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5T1USWM029001	for
 <fwarc@sun.com>; Tue, 29 Jun 2010 01:30:28 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o5T0dIGG023318	for <fwarc@sun.com>; Tue,
 29 Jun 2010 01:30:27 +0000 (GMT)
Received: from abhmt002.oracle.com by acsmt354.oracle.com	with ESMTP id
 381041231277775026; Mon, 28 Jun 2010 18:30:26 -0700
Received: from [129.153.85.16] (/129.153.85.16)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Mon,
 28 Jun 2010 18:30:26 -0700
Date: Mon, 28 Jun 2010 18:30:24 -0700
From: Hitendra Zhangada <hitendra.zhangada@oracle.com>
Subject: Fast-track : 2010/243 - Deprecate delete_all command and add
 delete_list command
To: Firmware ARC <fwarc@sun.com>
Cc: kt-vbsc-dev_us@oracle.com
Reply-to: hitendra.zhangada@oracle.com
Message-id: <4C294CB0.10006@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090202.4C294CB4.0019:SCFMA4539814,ss=1,fgs=0
User-Agent: Thunderbird 2.0.0.23 (X11/20090910)
Status: RO
Content-Length: 1757

I am sponsoring this case for myself.  This case deprecates
"delete_all" command that was just added by case 2010/214 and
instead it adds a new command, "delete_list".

Latest specification is available at,
http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/var-config-ds_Specification.txt

Diffs from the previously approved specification is available at,
http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/diffs.txt


The reason for these changes is the test failures of few corner
cases with the "delete_all" design.  This command relied on SP
to delete all "set" variables but that is not always possible
for SP to determine easily.  Also, setting a variable is
OpenBoot's function and hence it is better for OpenBoot to
decide what variables to "unset" or "delete".  For example,
variables of type "nodefault" are not subject to deletion
when "set-defaults" is executed.  So, a decision on list of
variables to delete is on OpenBoot.  New command "delete_list"
will just do that.  OpenBoot will prepare list of NUL separated
variable name strings in a buffer which is passed to SP in the
"delete_list" payload.  SP will delete these variables just as
if it received request to delete one variable using "delete" command.


The timer for this case is set to time-out on July 2, 2010.
Note that I am limiting time out to 5 days due to July 4th 
weekend and need to get code integrated by COB Friday.



This project requests the following release bindings:

  OS components -	minor/micro/patch
  firmware components - any



-- 

Hitendra Zhangada
=============================================
Platform SW Technologies, Oracle America, Inc.
Work Ph# (858) 526 9018
Internal homepage http://esp.west.sun.com/~hitu


From sacadmin Mon Jun 28 18:30:31 2010
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 o5T1UUKV029888
	for <fwarc@sac.sfbay.sun.com>; Mon, 28 Jun 2010 18:30:31 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5T1UUUF007803
	for <@sunmail2sca.sfbay.sun.com:fwarc@sun.com>; Mon, 28 Jun 2010 19:30:30 -0600 (MDT)
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 <0L4R007035IUZN00@brm-avmta-1.central.sun.com> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Mon, 28 Jun 2010 19:30:30 -0600 (MDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L4R009VQ5IUOYD0@brm-avmta-1.central.sun.com> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Mon, 28 Jun 2010 19:30:30 -0600 (MDT)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5T1UTIG023932	for
 <fwarc@sun.com>; Tue, 29 Jun 2010 01:30:29 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o5T0dIGI023318	for <fwarc@sun.com>; Tue,
 29 Jun 2010 01:30:28 +0000 (GMT)
Received: from abhmt002.oracle.com by acsmt354.oracle.com	with ESMTP id
 381041231277775026; Mon, 28 Jun 2010 18:30:26 -0700
Received: from [129.153.85.16] (/129.153.85.16)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Mon,
 28 Jun 2010 18:30:26 -0700
Date: Mon, 28 Jun 2010 18:30:24 -0700
From: Hitendra Zhangada <hitendra.zhangada@oracle.com>
Subject: Fast-track : 2010/243 - Deprecate delete_all command and add
 delete_list command
To: Firmware ARC <fwarc@sun.com>
Cc: kt-vbsc-dev_us@oracle.com
Reply-to: hitendra.zhangada@oracle.com
Message-id: <4C294CB0.10006@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090206.4C294CB5.003D:SCFMA4539814,ss=1,fgs=0
User-Agent: Thunderbird 2.0.0.23 (X11/20090910)
Status: RO
Content-Length: 1757

I am sponsoring this case for myself.  This case deprecates
"delete_all" command that was just added by case 2010/214 and
instead it adds a new command, "delete_list".

Latest specification is available at,
http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/var-config-ds_Specification.txt

Diffs from the previously approved specification is available at,
http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/diffs.txt


The reason for these changes is the test failures of few corner
cases with the "delete_all" design.  This command relied on SP
to delete all "set" variables but that is not always possible
for SP to determine easily.  Also, setting a variable is
OpenBoot's function and hence it is better for OpenBoot to
decide what variables to "unset" or "delete".  For example,
variables of type "nodefault" are not subject to deletion
when "set-defaults" is executed.  So, a decision on list of
variables to delete is on OpenBoot.  New command "delete_list"
will just do that.  OpenBoot will prepare list of NUL separated
variable name strings in a buffer which is passed to SP in the
"delete_list" payload.  SP will delete these variables just as
if it received request to delete one variable using "delete" command.


The timer for this case is set to time-out on July 2, 2010.
Note that I am limiting time out to 5 days due to July 4th 
weekend and need to get code integrated by COB Friday.



This project requests the following release bindings:

  OS components -	minor/micro/patch
  firmware components - any



-- 

Hitendra Zhangada
=============================================
Platform SW Technologies, Oracle America, Inc.
Work Ph# (858) 526 9018
Internal homepage http://esp.west.sun.com/~hitu


From sacadmin Fri Jul  2 14:04:07 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o62L46jX023509
	for <fwarc@sac.sfbay.sun.com>; Fri, 2 Jul 2010 14:04:06 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o62L46dX025883
	for <@sunmail2sca.sfbay.sun.com:fwarc@sun.com>; Fri, 2 Jul 2010 16:04:06 -0500 (CDT)
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 <0L4Y002077UTSF00@nwk-avmta-2.sfbay.sun.com> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Fri, 02 Jul 2010 14:04:05 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L4Y002077UT7B30@nwk-avmta-2.sfbay.sun.com> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Fri, 02 Jul 2010 14:04:05 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o62L44jS005779	for
 <fwarc@sun.com>; Fri, 02 Jul 2010 21:04:05 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o62L3bc1019484	for <fwarc@sun.com>; Fri,
 02 Jul 2010 21:04:04 +0000 (GMT)
Received: from abhmt006.oracle.com by acsmt354.oracle.com	with ESMTP id
 393101621278104643; Fri, 02 Jul 2010 14:04:03 -0700
Received: from [129.150.177.157] (/129.150.177.157)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Fri,
 02 Jul 2010 14:04:03 -0700
Date: Fri, 02 Jul 2010 14:04:02 -0700
From: Hitendra Zhangada <hitendra.zhangada@oracle.com>
Subject: Re: Fast-track : 2010/243 - Deprecate delete_all command and add
 delete_list command
In-reply-to: <4C294CB0.10006@oracle.com>
To: hitendra.zhangada@oracle.com
Cc: Firmware ARC <fwarc@sun.com>, kt-vbsc-dev_us@oracle.com
Message-id: <4C2E5442.9030609@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A0B020B.4C2E5444.01D6:SCFMA4539814,ss=1,fgs=0
References: <4C294CB0.10006@oracle.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4)
 Gecko/20100608 Lightning/1.0b2 Thunderbird/3.1
Status: RO
Content-Length: 1973

  On 6/28/2010 6:30 PM, Hitendra Zhangada wrote:
> I am sponsoring this case for myself.  This case deprecates
> "delete_all" command that was just added by case 2010/214 and
> instead it adds a new command, "delete_list".
>
> Latest specification is available at,
> http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/var-config-ds_Specification.txt 
>
>
> Diffs from the previously approved specification is available at,
> http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/diffs.txt
>
>
> The reason for these changes is the test failures of few corner
> cases with the "delete_all" design.  This command relied on SP
> to delete all "set" variables but that is not always possible
> for SP to determine easily.  Also, setting a variable is
> OpenBoot's function and hence it is better for OpenBoot to
> decide what variables to "unset" or "delete".  For example,
> variables of type "nodefault" are not subject to deletion
> when "set-defaults" is executed.  So, a decision on list of
> variables to delete is on OpenBoot.  New command "delete_list"
> will just do that.  OpenBoot will prepare list of NUL separated
> variable name strings in a buffer which is passed to SP in the
> "delete_list" payload.  SP will delete these variables just as
> if it received request to delete one variable using "delete" command.
>
>
> The timer for this case is set to time-out on July 2, 2010.
> Note that I am limiting time out to 5 days due to July 4th weekend and need to 
> get code integrated by COB Friday.
>
>

This case is now approved for following bindings.   Thanks.

>
> This project requests the following release bindings:
>
>  OS components -    minor/micro/patch
>  firmware components - any
>
>
>


-- 
Hitendra Zhangada
===================================================
Platform SW Technologies, Oracle America, Inc.
Work Ph# (858) 526 9018, Ext in San Diego x69018
SUN Internal homepage http://esp.west.sun.com/~hitu


From sacadmin Fri Jul  2 14:04:08 2010
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 o62L47Ol023510
	for <fwarc@sac.sfbay.sun.com>; Fri, 2 Jul 2010 14:04:07 -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.4) with ESMTP id o62L46e0021851
	for <@sunmail2sca.sfbay.sun.com:fwarc@sun.com>; Fri, 2 Jul 2010 15:04:07 -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 <0L4Y002037UUSG00@nwk-avmta-2.sfbay.sun.com> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Fri, 02 Jul 2010 14:04:06 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L4Y0020E7UU7B30@nwk-avmta-2.sfbay.sun.com> for fwarc@sun.com
 (ORCPT fwarc@sun.com); Fri, 02 Jul 2010 14:04:06 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o62L45V6027147	for
 <fwarc@sun.com>; Fri, 02 Jul 2010 21:04:05 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o62L3bc3019484	for <fwarc@sun.com>; Fri,
 02 Jul 2010 21:04:05 +0000 (GMT)
Received: from abhmt006.oracle.com by acsmt354.oracle.com	with ESMTP id
 393101621278104643; Fri, 02 Jul 2010 14:04:03 -0700
Received: from [129.150.177.157] (/129.150.177.157)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Fri,
 02 Jul 2010 14:04:03 -0700
Date: Fri, 02 Jul 2010 14:04:02 -0700
From: Hitendra Zhangada <hitendra.zhangada@oracle.com>
Subject: Re: Fast-track : 2010/243 - Deprecate delete_all command and add
 delete_list command
In-reply-to: <4C294CB0.10006@oracle.com>
To: hitendra.zhangada@oracle.com
Cc: Firmware ARC <fwarc@sun.com>, kt-vbsc-dev_us@oracle.com
Message-id: <4C2E5442.9030609@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A0B0203.4C2E5445.00CD:SCFMA4539814,ss=1,fgs=0
References: <4C294CB0.10006@oracle.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4)
 Gecko/20100608 Lightning/1.0b2 Thunderbird/3.1
Status: RO
Content-Length: 1973

  On 6/28/2010 6:30 PM, Hitendra Zhangada wrote:
> I am sponsoring this case for myself.  This case deprecates
> "delete_all" command that was just added by case 2010/214 and
> instead it adds a new command, "delete_list".
>
> Latest specification is available at,
> http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/var-config-ds_Specification.txt 
>
>
> Diffs from the previously approved specification is available at,
> http://sac.sfbay.sun.com/Archives/CaseLog/arc/FWARC/2010/243/Materials/diffs.txt
>
>
> The reason for these changes is the test failures of few corner
> cases with the "delete_all" design.  This command relied on SP
> to delete all "set" variables but that is not always possible
> for SP to determine easily.  Also, setting a variable is
> OpenBoot's function and hence it is better for OpenBoot to
> decide what variables to "unset" or "delete".  For example,
> variables of type "nodefault" are not subject to deletion
> when "set-defaults" is executed.  So, a decision on list of
> variables to delete is on OpenBoot.  New command "delete_list"
> will just do that.  OpenBoot will prepare list of NUL separated
> variable name strings in a buffer which is passed to SP in the
> "delete_list" payload.  SP will delete these variables just as
> if it received request to delete one variable using "delete" command.
>
>
> The timer for this case is set to time-out on July 2, 2010.
> Note that I am limiting time out to 5 days due to July 4th weekend and need to 
> get code integrated by COB Friday.
>
>

This case is now approved for following bindings.   Thanks.

>
> This project requests the following release bindings:
>
>  OS components -    minor/micro/patch
>  firmware components - any
>
>
>


-- 
Hitendra Zhangada
===================================================
Platform SW Technologies, Oracle America, Inc.
Work Ph# (858) 526 9018, Ext in San Diego x69018
SUN Internal homepage http://esp.west.sun.com/~hitu


