From sommerfeld@sun.com Tue Mar 13 12:39:23 2007
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2DJdMxZ028992
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 13 Mar 2007 12:39:22 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2DJdImd029250;
	Tue, 13 Mar 2007 19:39:21 GMT
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 <0JEU0010DX9JBI00@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 12:39:19 -0700 (PDT)
Received: from localhost.east.sun.com ([129.148.19.3])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEU00LRSX9IIE10@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 12:39:18 -0700 (PDT)
Received: from localhost.east.sun.com (localhost [127.0.0.1])
	by localhost.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2DJdGHA002902;
 Tue, 13 Mar 2007 19:39:17 +0000 (GMT)
Received: (from sommerfeld@localhost)	by localhost.east.sun.com
 (8.13.8+Sun/8.13.8/Submit) id l2DJdGuR002901; Tue,
 13 Mar 2007 15:39:16 -0400 (EDT)
Date: Tue, 13 Mar 2007 15:39:15 -0400
From: Bill Sommerfeld <sommerfeld@sun.com>
Subject: 2007/152 Tadpole Platform Support
To: PSARC-EXT@sun.com
Cc: garrett@damore.org
Message-id: <1173814755.2344.48.camel@localhost>
MIME-version: 1.0
X-Mailer: Evolution 2.6.2
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-Authentication-warning: localhost.east.sun.com: sommerfeld set sender to
 sommerfeld@sun.com using -f
Status: RO
Content-Length: 7385

I'm sponsoring this fast-track for Garrett D'Amore.

Timer expires 03/20/2007.  Release binding is "Patch"; stability level
for the TAD,* platform names defined by this case is "Committed".

Problem
-------

Sun recently had on the market a line of laptops from OEM vendors under
the marketing name Ultra 3.

One of these was the Tadpole SPARCLE, which is essentially a grover
(SunBlade 100) in a mobile case.  There are other changes, such as
improvements for power management, touchpad management, and such.

Historically, Tadpole has always provided its own kernel software for its 
platforms, but we would like to integrate as much of our support into
OpenSolaris as possible.  This will make it easier for customers to run
the latest Solaris release, and will also enable customers to install
directly from Sun-supplied media rather than requiring custom media from
Tadpole.

Proposed Solution
-----------------

We want to initially provide a uname -i for these platforms, which has
already been determined.

The platforms we want to do this for are:

uname -i		platform	codename
-----------------------------------------------------------------
TAD,UltraBookIIe	UltraBookII	dinsdale
TAD,Sparcbook5000	Sparcbook5000	phoenix
TAD,SPARCLE		SPARCLE		douglas
TAD,Viper		Viper		viper

The first three of these are UltraSPARC 2e laptops, but they have very
different system boards, and so signficant differences in peripherals,
and bus layouts.  They also different power management units (PMUs) and
batteries.

The last is Viper, which is a 15" UltraSPARC 3i based laptop.  (It also
covers the SPARCLE1000, which is the same except that the cpu is restricted
to 1GHz.)  A significant point with this last one is that there is also a
group of 17" laptops which have the same name in OBP, but which are quite
different.  Collectively, these are known as Bullfrog, but they include at
least 3 three different major board revisions.  We are not proposing to
deal with Bullfrog at this time.

Some will point out that Tadpole is now a part of General Dynamics.  However,
these platforms have been shipping for a long time, and changing "TAD," to
"GD," is not be practical for the installed base.

We are only requesting permission to allocate the names, integrate the
platmods, and establish the directories for them in /platform and
/usr/platform at this time.  We will use symbolic links to existing
platforms or the generic sun4u directories where appropriate.

This will also let us use of some optimized code for UltraSPARC 3i processors
that we currently do not get with the default platform name that gets assigned, "sun4u".

We would also like to reserve, for future use, the following names:

	TAD,UltraBookIIi
	TAD,VoyagerIIi

These names will require a firmware update to existing products to make
use of, as they currently self-identify as SUNW,Ultra-5_10, which is most
definitely not correct (there are in fact some conflicting differences between
these platforms.)   Reserving the names now gives us the option of
releasing a firmware update, so that we can cleanly resolve the differences
in Solaris.

We would like to use the code names above in the source tree, so that
we would be adding directories such as "usr/src/uts/sun4u/douglas" and
"usr/src/uts/sun4u/phoenix" to the tree.


Missing Functionality
---------------------

Power management and other platform-specific features will be introduced in
follow-on cases. 

Generally, without these features, the platforms function
properly, but suffer from minor failings.  For example, the system beeper
may not be active, and there will not be a way to get power status information.
The built-in pointing device may not support some enhanced features like
palm detection, etc.  Some specific peripherals like integrated SDcard and
MMC readers and WLAN devices may not function.

Generally, the platform will be functional enough to install Solaris, as
well as install any additional software received from Tadpole.

Also, the changes we are proposing will not conflict with future enhancements
received from Tadpole and do not conflict with the software currently provided
by Tadpole for these platforms.


Commitment Level
----------------

We are request that the above names be established as "Committed", save
for the two names we are reserving but not delivering any changes at this time
("TAD,UltraBookIIi" and "TAD,VoyagerIIi").

Appendix I:  Future Functionality
---------------------------------

We anticipate providing the following in subsequent putbacks, after obtaining
any additional needed ARC approval.  (Note however that this is just for
informational purposes, and is not part of what we are requesting permission
for at this time.)

	- power button support

	- power management support (pending support from Solaris framework,
	  such as that used by ACPI).  This includes details like lidswitch
	  actions, battery management, LCD backlight control, etc.  We'd like
	  this to include features for defining the action to take on events
	  such as external DC power being removed, the battery hitting certain
	  low-power thresholds, etc. 

	- "extra" button support ("E" buttons)... though the details of how
	  these get to userland are not worked out (ACPI?  sysevent?)

	- integrated WLAN support (pcpw enhancements, if neeeded, to work with
	  miniPCI PRISM 2.5 devices)  -- these aren't necessarily platform
	  specific.

	- integrated SDcard/MMC/Memory Stick reader support.  This might have
	  to come as a closed binary delivery, due to the NDAs under which they
	  were developed.

	- keyboard enhancements for Sun keys on PS/2 keyboards (CR 6484159)

	- enhancements to touchpad support (palm detection, doubletap, etc.)

	- bug fixes to cardbus for any platforms that need it

Appendix II: Past and present Tadpole platforms
-----------------------------------------------

Here are the platforms that Tadpole has shipped in the past (for which at some
point we might want to add support to Solaris):

name		uname -i		code name	notes
------------------------------------------------------------------------
SPARCbook5000	TAD,Sparcbook5000	phoenix		ultra2e laptop (also
							SPARCbook6000), black
							case, dual hard disks,
							SXGA+ DFP, rage graphics

SPARCLE		TAD,SPARCLE		douglas		ultra2e laptop, sun
							blue case, also OEM'd
							as Ultra 3.  single
							hdd, SD/MMC reader,
							XGA DFP, rage 

UltraBook IIe	TAD,UltraBookIIe	dinsdale	1st gen ultra2e laptop,
							heavy metal case,
							XGA DFP,
							derived from UltraIIi.

Viper		TAD,Viper		viper		ultrasparc3i based 15"
							laptop.  (same case as
							douglas)  aka
							SPARCLE1000

Bullfrog	TAD,Viper		bullfrog	this covers a variety
							of 17" mobile servers,
							including single and
							dual cpu models, diff.
							graphics boards, etc.
							Unfortunately, these
							reused the TAD,Viper
							designation.

Voyager IIi	SUNW,Ultra-5_10		voyager2i	a shoebox-ish model,
							largely a U10 in a box,
							but with custom power,
							etc.  its unfortunate
							that the uname -i was
							not changed.  there
							are two submodels with
							some significant 
							differences in the
							busses.

UltraBook IIi	SUNW,Ultra-5_10		ultrabook2i	basically a mobile U10.
							again, unfortunately,
							a different value for
							uname -i was not used.
							



From garrett@damore.org Tue Mar 13 12:50:37 2007
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2DJobXS029130
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 13 Mar 2007 12:50:37 -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 l2DJoXQi017682;
	Tue, 13 Mar 2007 13:50:37 -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 <0JEU00I1DXSBR600@nwk-avmta-2.sfbay.sun.com>; Tue,
 13 Mar 2007 12:50:35 -0700 (PDT)
Received: from brmea-mail-3.sun.com ([192.18.98.34])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEU00G6SXSAHW90@nwk-avmta-2.sfbay.sun.com>; Tue,
 13 Mar 2007 12:50:34 -0700 (PDT)
Received: from relay43i.sun.com ([192.5.209.74])
	by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2DItDHf014029; Tue,
 13 Mar 2007 19:50:34 +0000 (GMT)
Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233])
 by relay43i.sun.com with ESMTP; Tue, 13 Mar 2007 19:50:34 +0000 (Z)
Received: from relay43i.sun.com ([192.5.209.74] [192.5.209.74])
 by mms49es.sun.com with ESMTP; Tue, 13 Mar 2007 19:50:32 +0000 (Z)
Received: from occp5.ocservers.net ([216.73.122.2] [216.73.122.2])
 by relay4i.sun.com with ESMTP; Tue, 13 Mar 2007 19:50:31 +0000 (Z)
Received: from cpe-76-175-131-112.socal.res.rr.com
 ([76.175.131.112] helo=[192.168.251.21])	by occp5.ocservers.net with esmtpsa
 (TLSv1:AES256-SHA:256)	(Exim 4.63)	(envelope-from <garrett@damore.org>)
	id 1HRD10-00034o-9x; Tue, 13 Mar 2007 12:50:34 -0700
Date: Tue, 13 Mar 2007 12:50:30 -0700
From: "Garrett D'Amore" <garrett@damore.org>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <1173814755.2344.48.camel@localhost>
To: Bill Sommerfeld <sommerfeld@sun.com>
Cc: PSARC-EXT@sun.com
Message-id: <45F70086.6050009@damore.org>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - occp5.ocservers.net
X-AntiAbuse: Original Domain - sun.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - damore.org
X-Source: 
X-Source-Args: 
X-Source-Dir: 
References: <1173814755.2344.48.camel@localhost>
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
Status: RO
Content-Length: 210

One small correction, the UltraBook IIi does actually have a real
code-name, "huxley".  I'd like to use that as the directory name for it,
if we ever get around to adding support in properly.

    -- Garrett



From alan.coopersmith@sun.com Tue Mar 13 14:03:14 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2DL3DAb003390
	for <psarc-ext@sac.sfbay.Sun.COM>; Tue, 13 Mar 2007 14:03:14 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2DL37mR026137;
	Wed, 14 Mar 2007 05:03:12 +0800 (SGT)
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 <0JEV00D111588T00@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 14:03:08 -0700 (PDT)
Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEV00LI7157IAB0@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 14:03:07 -0700 (PDT)
Received: from [129.146.108.211] (almas.SFBay.Sun.COM [129.146.108.211])
	by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2)
 with ESMTP id l2DL35SJ015427; Tue, 13 Mar 2007 14:03:05 -0700 (PDT)
Date: Tue, 13 Mar 2007 14:03:05 -0700
From: Alan Coopersmith <alan.coopersmith@sun.com>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <1173814755.2344.48.camel@localhost>
To: Bill Sommerfeld <sommerfeld@sun.com>
Cc: PSARC-EXT@sun.com, garrett@damore.org
Message-id: <45F71189.4020603@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <1173814755.2344.48.camel@localhost>
User-Agent: Thunderbird 2.0pre (X11/20070214)
Status: RO
Content-Length: 923

Bill Sommerfeld wrote:
> Appendix I:  Future Functionality
> ---------------------------------
> 
> 	- power management support (pending support from Solaris framework,
> 	  such as that used by ACPI).  This includes details like lidswitch
> 	  actions, battery management, LCD backlight control, etc.  We'd like
> 	  this to include features for defining the action to take on events
> 	  such as external DC power being removed, the battery hitting certain
> 	  low-power thresholds, etc. 

For said future project, please work with the framework defined in PSARC 
2006/601, so that existing consumers of that framework, such as the GNOME
battery monitor (LSARC/2006/640) just work.

[Of course, we'll need to prod the owners of both those cases to make them
  open, since they're both currently closed.]

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From garrett@damore.org Tue Mar 13 14:13:41 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2DLDdfR003531
	for <psarc-ext@sac.sfbay.Sun.COM>; Tue, 13 Mar 2007 14:13:40 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2DLDY80029488;
	Wed, 14 Mar 2007 05:13:36 +0800 (SGT)
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 <0JEV0070L1MNEI00@brm-avmta-1.central.sun.com>; Tue,
 13 Mar 2007 15:13:35 -0600 (MDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEV004MC1MM6V80@brm-avmta-1.central.sun.com>; Tue,
 13 Mar 2007 15:13:35 -0600 (MDT)
Received: from relay42i.sun.com ([192.5.209.72])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l2DLDYpU008265;
 Tue, 13 Mar 2007 21:13:34 +0000 (GMT)
Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231])
 by relay42i.sun.com with ESMTP; Tue, 13 Mar 2007 21:13:34 +0000 (Z)
Received: from relay44i.sun.com ([192.5.209.118] [192.5.209.118])
 by mms48es.sun.com with ESMTP; Tue, 13 Mar 2007 21:13:34 +0000 (Z)
Received: from occp5.ocservers.net ([216.73.122.2] [216.73.122.2])
 by relay4i.sun.com with ESMTP; Tue, 13 Mar 2007 21:13:33 +0000 (Z)
Received: from cpe-76-175-131-112.socal.res.rr.com
 ([76.175.131.112] helo=[192.168.251.21])	by occp5.ocservers.net with esmtpsa
 (TLSv1:AES256-SHA:256)	(Exim 4.63)	(envelope-from <garrett@damore.org>)
	id 1HREJM-0007Mp-Sk; Tue, 13 Mar 2007 14:13:36 -0700
Date: Tue, 13 Mar 2007 14:13:32 -0700
From: "Garrett D'Amore" <garrett@damore.org>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <45F71189.4020603@sun.com>
To: Alan Coopersmith <alan.coopersmith@sun.com>
Cc: Bill Sommerfeld <sommerfeld@sun.com>, PSARC-EXT@sun.com
Message-id: <45F713FC.3050005@damore.org>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - occp5.ocservers.net
X-AntiAbuse: Original Domain - sun.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - damore.org
X-Source: 
X-Source-Args: 
X-Source-Dir: 
References: <1173814755.2344.48.camel@localhost> <45F71189.4020603@sun.com>
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
Status: RO
Content-Length: 1071

Alan Coopersmith wrote:
> Bill Sommerfeld wrote:
>> Appendix I:  Future Functionality
>> ---------------------------------
>>
>>     - power management support (pending support from Solaris framework,
>>       such as that used by ACPI).  This includes details like lidswitch
>>       actions, battery management, LCD backlight control, etc.  We'd
>> like
>>       this to include features for defining the action to take on events
>>       such as external DC power being removed, the battery hitting
>> certain
>>       low-power thresholds, etc. 
>
> For said future project, please work with the framework defined in
> PSARC 2006/601, so that existing consumers of that framework, such as
> the GNOME
> battery monitor (LSARC/2006/640) just work.
>
> [Of course, we'll need to prod the owners of both those cases to make
> them
>  open, since they're both currently closed.]

Absolutely, I want to work with the frameworks that area already there,
I don't want to create new frameworks or introduce Tadpole proprietary
ones if we can at all help it.

    -- Garrett


From Darren.Reed@Sun.COM Tue Mar 13 14:15:21 2007
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2DLFKK2003553
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 13 Mar 2007 14:15:21 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2DLFKYr029034;
	Tue, 13 Mar 2007 14:15:20 -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 <0JEV00F051PH1R00@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 14:15:17 -0700 (PDT)
Received: from sineb-mail-1.sun.com ([192.18.19.6])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEV00LXA1PGIF90@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 14:15:17 -0700 (PDT)
Received: from fe-apac-06.sun.com
 (fe-apac-06.sun.com [192.18.19.177] (may be forged))
	by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2DLFFsc020265; Tue,
 13 Mar 2007 21:15:15 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JEV000011DYDE00@mail-apac.sun.com>
 (original mail from Darren.Reed@Sun.COM); Wed, 14 Mar 2007 05:15:15 +0800 (SGT)
Received: from [129.146.106.55] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0JEV001VH1PDQ86L@mail-apac.sun.com>; Wed,
 14 Mar 2007 05:15:15 +0800 (SGT)
Date: Tue, 13 Mar 2007 14:14:53 -0700
From: Darren.Reed@Sun.COM
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <1173814755.2344.48.camel@localhost>
Sender: Darren.Reed@Sun.COM
To: garrett@damore.org
Cc: Bill Sommerfeld <sommerfeld@Sun.COM>, PSARC-EXT@Sun.COM
Message-id: <45F7144D.6070506@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
X-PMX-Version: 5.2.0.264296
References: <1173814755.2344.48.camel@localhost>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20060120
Status: RO
Content-Length: 994

Bill Sommerfeld wrote:

>...
>We are only requesting permission to allocate the names, integrate the
>platmods, and establish the directories for them in /platform and
>/usr/platform at this time.  We will use symbolic links to existing
>platforms or the generic sun4u directories where appropriate.
>
>...
>We would like to use the code names above in the source tree, so that
>we would be adding directories such as "usr/src/uts/sun4u/douglas" and
>"usr/src/uts/sun4u/phoenix" to the tree.
>

Has any consideration been given to using the prefix (TAD)
as either a directory or part of the name of the directory in
usr/src?  While we don't have a large number of competitors
here, it would seem reasonable to provide/enforce the means
for multiple vendors to use the same "code name" without
stepping on each other's toes for directories.

Whilst I'm aware that there are presently only two vendors
active in this space (and not likely to be many more), it
would seem we can benefit.

Darren


From garrett@damore.org Tue Mar 13 14:57:38 2007
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2DLvcIE007246
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 13 Mar 2007 14:57:38 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2DLvZUe007931;
	Tue, 13 Mar 2007 14:57:36 -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 <0JEV00L073NZBI00@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 14:57:35 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEV00K8B3NZH300@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 13 Mar 2007 14:57:35 -0700 (PDT)
Received: from relay44i.sun.com ([192.5.209.118])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2DLoQb8009377; Tue,
 13 Mar 2007 21:57:35 +0000 (GMT)
Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233])
 by relay44i.sun.com with ESMTP; Tue, 13 Mar 2007 21:57:34 +0000 (Z)
Received: from relay44i.sun.com ([192.5.209.118] [192.5.209.118])
 by mms49es.sun.com with ESMTP; Tue, 13 Mar 2007 21:57:33 +0000 (Z)
Received: from occp5.ocservers.net ([216.73.122.2] [216.73.122.2])
 by relay4i.sun.com with ESMTP; Tue, 13 Mar 2007 21:57:33 +0000 (Z)
Received: from cpe-76-175-131-112.socal.res.rr.com
 ([76.175.131.112] helo=[192.168.251.21])	by occp5.ocservers.net with esmtpsa
 (TLSv1:AES256-SHA:256)	(Exim 4.63)	(envelope-from <garrett@damore.org>)
	id 1HREzw-0001EV-E9; Tue, 13 Mar 2007 14:57:36 -0700
Date: Tue, 13 Mar 2007 14:57:31 -0700
From: "Garrett D'Amore" <garrett@damore.org>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <45F7144D.6070506@Sun.COM>
To: Darren.Reed@sun.com
Cc: Bill Sommerfeld <sommerfeld@sun.com>, PSARC-EXT@sun.com
Message-id: <45F71E4B.7080901@damore.org>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - occp5.ocservers.net
X-AntiAbuse: Original Domain - sun.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - damore.org
X-Source: 
X-Source-Args: 
X-Source-Dir: 
References: <1173814755.2344.48.camel@localhost> <45F7144D.6070506@Sun.COM>
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
Status: RO
Content-Length: 2342

Darren.Reed@Sun.COM wrote:
> Bill Sommerfeld wrote:
>
>> ...
>> We are only requesting permission to allocate the names, integrate the
>> platmods, and establish the directories for them in /platform and
>> /usr/platform at this time.  We will use symbolic links to existing
>> platforms or the generic sun4u directories where appropriate.
>>
>> ...
>> We would like to use the code names above in the source tree, so that
>> we would be adding directories such as "usr/src/uts/sun4u/douglas" and
>> "usr/src/uts/sun4u/phoenix" to the tree.
>>
>
> Has any consideration been given to using the prefix (TAD)
> as either a directory or part of the name of the directory in
> usr/src?  While we don't have a large number of competitors
> here, it would seem reasonable to provide/enforce the means
> for multiple vendors to use the same "code name" without
> stepping on each other's toes for directories.
>
> Whilst I'm aware that there are presently only two vendors
> active in this space (and not likely to be many more), it
> would seem we can benefit.

I don't mind having TAD, as a directory prefix, but I do not want to
create a separate hierarchy, for the simple reason that having the
directories live at different levels will introduce gratuitous change in
Makefiles that are otherwise nearly identical.  (E.g. sparcle has
Makefiles that are copied from grover, and are almost identical.)

At this point, I consider the likelihood of directory name collisions to
be really small though, and the extra TAD, prefix on some directories
will have some ugly effects:

1) it will group the Tadpole platforms together -- AT THE TOP OF THE
LISTING -- just after the Makefiles. 

2) because of the above, it may imply that there is something "special"
about either those names, or the platforms  (and indeed there is, in so
much as the fact that they are not Sun produced.)

3) it will just "look" ugly in the directory listings.

Now, if we were to rename "all" the platform directories, such that
SUNW,xxx is there next to TAD,xxx, that might work out ok.  But then I
would propose to abandon the code names in the directories, and instead
use the actual uname -i's as the directory names.  E.g. TAD,SPARCE, or
SUNW,Ultra-5_10.  :-)  That would certainly reduce on layer of
obfuscation in the source tree. :-)


    -- Garrett
>
> Darren
>


From Darren.Reed@sun.com Tue Mar 13 18:08:20 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2E18JZd013735
	for <psarc-ext@sac.sfbay.Sun.COM>; Tue, 13 Mar 2007 18:08:20 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2E188CC005110;
	Wed, 14 Mar 2007 09:08:18 +0800 (SGT)
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 <0JEV00G07CHR4000@brm-avmta-1.central.sun.com>; Tue,
 13 Mar 2007 19:08:15 -0600 (MDT)
Received: from sineb-mail-1.sun.com ([192.18.19.6])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEV00AE3CHPFB80@brm-avmta-1.central.sun.com>; Tue,
 13 Mar 2007 19:08:15 -0600 (MDT)
Received: from fe-apac-05.sun.com
 (fe-apac-05.sun.com [192.18.19.176] (may be forged))
	by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2E18DfN027018; Wed,
 14 Mar 2007 01:08:13 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JEV00L01CDCK300@mail-apac.sun.com>
 (original mail from Darren.Reed@Sun.COM); Wed, 14 Mar 2007 09:08:13 +0800 (SGT)
Received: from [129.146.106.55] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0JEV00BCYCHNZJLZ@mail-apac.sun.com>; Wed,
 14 Mar 2007 09:08:13 +0800 (SGT)
Date: Tue, 13 Mar 2007 18:07:50 -0700
From: Darren.Reed@sun.com
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <45F71E4B.7080901@damore.org>
Sender: Darren.Reed@sun.com
To: "Garrett D'Amore" <garrett@damore.org>
Cc: Bill Sommerfeld <sommerfeld@sun.com>, PSARC-EXT@sun.com
Message-id: <45F74AE6.7020507@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
X-PMX-Version: 5.2.0.264296
References: <1173814755.2344.48.camel@localhost> <45F7144D.6070506@Sun.COM>
 <45F71E4B.7080901@damore.org>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20060120
Status: RO
Content-Length: 2072

Garrett D'Amore wrote:

>Darren.Reed@Sun.COM wrote:
>  
>
>>Bill Sommerfeld wrote:
>>
>>    
>>
>>>...
>>>We are only requesting permission to allocate the names, integrate the
>>>platmods, and establish the directories for them in /platform and
>>>/usr/platform at this time.  We will use symbolic links to existing
>>>platforms or the generic sun4u directories where appropriate.
>>>
>>>...
>>>We would like to use the code names above in the source tree, so that
>>>we would be adding directories such as "usr/src/uts/sun4u/douglas" and
>>>"usr/src/uts/sun4u/phoenix" to the tree.
>>>
>>>      
>>>
>>Has any consideration been given to using the prefix (TAD)
>>as either a directory or part of the name of the directory in
>>usr/src?  While we don't have a large number of competitors
>>here, it would seem reasonable to provide/enforce the means
>>for multiple vendors to use the same "code name" without
>>stepping on each other's toes for directories.
>>
>>Whilst I'm aware that there are presently only two vendors
>>active in this space (and not likely to be many more), it
>>would seem we can benefit.
>>    
>>
>
>I don't mind having TAD, as a directory prefix, but I do not want to
>create a separate hierarchy, for the simple reason that having the
>directories live at different levels will introduce gratuitous change in
>Makefiles that are otherwise nearly identical.  (E.g. sparcle has
>Makefiles that are copied from grover, and are almost identical.)
>  
>

...

It seems like the criticisms of using "TAD," as a prefix are
mostly to do with the cosmetic appearance.

Directory naming for platforms doesn't appear to be an
issue for the x86 platform and it is really too late in the
piece to bring in a new naming standard for outsiders,
so I can't see why we should require "TAD,douglas"
instead of "douglas" (in other words, stay as proposed.)

But it is worth noting that this case causes the directory
name space for platforms to become shared between all
vendors wishing to provide code as part of OpenSolaris
and is no longer just Sun's.

Darren


From carlsonj@phorcys.east.sun.com Wed Mar 14 05:39:05 2007
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2ECd5wb025546
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 14 Mar 2007 05:39:05 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2ECcvRo019415;
	Wed, 14 Mar 2007 12:39:02 GMT
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 <0JEW00M058GX5O00@nwk-avmta-2.sfbay.sun.com>; Wed,
 14 Mar 2007 05:38:57 -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 <0JEW0089K8GWUSE0@nwk-avmta-2.sfbay.sun.com>; Wed,
 14 Mar 2007 05:38:56 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2ECcuwi010124; Wed,
 14 Mar 2007 08:38:56 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2ECcuxr010121; Wed,
 14 Mar 2007 08:38:56 -0400 (EDT)
Date: Wed, 14 Mar 2007 08:38:55 -0400
From: James Carlson <james.d.carlson@sun.com>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <45F74AE6.7020507@Sun.COM>
To: Darren.Reed@sun.com
Cc: "Garrett D'Amore" <garrett@damore.org>,
        Bill Sommerfeld <sommerfeld@sun.com>, PSARC-EXT@sun.com
Message-id: <17911.60639.593667.581657@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.2.0.264296
References: <1173814755.2344.48.camel@localhost> <45F7144D.6070506@Sun.COM>
 <45F71E4B.7080901@damore.org> <45F74AE6.7020507@Sun.COM>
Status: RO
Content-Length: 856

Darren.Reed@Sun.COM writes:
> It seems like the criticisms of using "TAD," as a prefix are
> mostly to do with the cosmetic appearance.

This has to do with the way platform names are constructed, and a
fair amount of software (including DHCP) depends on the format of
these names.

Yes, "TAD,douglas" is a good way to name the platform.

> But it is worth noting that this case causes the directory
> name space for platforms to become shared between all
> vendors wishing to provide code as part of OpenSolaris
> and is no longer just Sun's.

True, but I would suggest that the source layout isn't really
architectural in nature.

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

From garrett@damore.org Wed Mar 14 08:15:49 2007
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2EFFm6x029191
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 14 Mar 2007 08:15:49 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2EFFiK5011441;
	Wed, 14 Mar 2007 15:15:44 GMT
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 <0JEW00D09FQ7BH00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 14 Mar 2007 08:15:43 -0700 (PDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JEW000JHFQ7A6E0@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 14 Mar 2007 08:15:43 -0700 (PDT)
Received: from relay24.sun.com
 (ip192-12-251-74.block6.us.syntegra.com [192.12.251.74])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l2EFFeCX000792;
 Wed, 14 Mar 2007 15:15:42 +0000 (GMT)
Received: from mms23es.sun.com ([150.143.232.54] [150.143.232.54])
 by relay24.sun.com with ESMTP; Wed, 14 Mar 2007 15:15:40 +0000 (Z)
Received: from relay22.sun.com (relay22.sun.com [192.12.251.34])
 by mms23es.sun.com with ESMTP id BT-MMP-1729260; Wed,
 14 Mar 2007 15:15:39 +0000 (Z)
Received: from occp5.ocservers.net ([216.73.122.2] [216.73.122.2])
 by relay22.sun.com with ESMTP; Wed, 14 Mar 2007 15:15:39 +0000 (Z)
Received: from cpe-76-175-131-112.socal.res.rr.com
 ([76.175.131.112] helo=[192.168.251.21])	by occp5.ocservers.net with esmtpsa
 (TLSv1:AES256-SHA:256)	(Exim 4.63)	(envelope-from <garrett@damore.org>)
	id 1HRVCW-0001dC-T6; Wed, 14 Mar 2007 08:15:40 -0700
Date: Wed, 14 Mar 2007 08:15:37 -0700
From: "Garrett D'Amore" <garrett@damore.org>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <17911.60639.593667.581657@gargle.gargle.HOWL>
To: James Carlson <james.d.carlson@sun.com>
Cc: Darren.Reed@sun.com, Bill Sommerfeld <sommerfeld@sun.com>,
        PSARC-EXT@sun.com
Message-id: <45F81199.1060901@damore.org>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - occp5.ocservers.net
X-AntiAbuse: Original Domain - sun.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - damore.org
X-Source: 
X-Source-Args: 
X-Source-Dir: 
References: <1173814755.2344.48.camel@localhost> <45F7144D.6070506@Sun.COM>
 <45F71E4B.7080901@damore.org> <45F74AE6.7020507@Sun.COM>
 <17911.60639.593667.581657@gargle.gargle.HOWL>
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
Status: RO
Content-Length: 1263

James Carlson wrote:
> Darren.Reed@Sun.COM writes:
>   
>> It seems like the criticisms of using "TAD," as a prefix are
>> mostly to do with the cosmetic appearance.
>>     
>
> This has to do with the way platform names are constructed, and a
> fair amount of software (including DHCP) depends on the format of
> these names.
>
> Yes, "TAD,douglas" is a good way to name the platform.
>   

I don't think we're talking about the uname -i (i.e. the "name" property
on the root node in the devinfo tree.)   For uname -i names, I totally
concur.

But the issue was in respect to how directories in the source tree are
named.  Right now, code names are used that have no relationship to the
uname -i names.  (E.g. "grover" instead of "SUNW,Sun-Blade-100".)

>   
>> But it is worth noting that this case causes the directory
>> name space for platforms to become shared between all
>> vendors wishing to provide code as part of OpenSolaris
>> and is no longer just Sun's.
>>     
>
> True, but I would suggest that the source layout isn't really
> architectural in nature.
>   

Yes, but _someone_ has to approve these changes.  I suppose a C-Team
might be the right body to do so, but they're also going to take a lot
of input from PSARC, I think.

    -- Garrett


From sommerfeld@Sun.COM Wed Mar 21 16:10:05 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LNA4ki017190
	for <psarc-ext@sac.sfbay.Sun.COM>; Wed, 21 Mar 2007 16:10:05 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2LN9VeP020084;
	Thu, 22 Mar 2007 07:10:03 +0800 (SGT)
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 <0JFA007010C4US00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 21 Mar 2007 16:09:40 -0700 (PDT)
Received: from eastmail1bur.East.Sun.COM ([129.148.9.49])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFA00ACL0C3GMB0@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 21 Mar 2007 16:09:40 -0700 (PDT)
Received: from thunk.east.sun.com (thunk.East.Sun.COM [129.148.174.66])
	by eastmail1bur.East.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2)
 with ESMTP id l2LN9cGx004307; Wed, 21 Mar 2007 19:09:38 -0400 (EDT)
Received: from [IPv6:::1] (localhost [IPv6:::1])
	by thunk.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2LN9crv024287; Wed,
 21 Mar 2007 19:09:38 -0400 (EDT)
Date: Wed, 21 Mar 2007 19:09:37 -0400
From: Bill Sommerfeld <sommerfeld@Sun.COM>
Subject: Re: 2007/152 Tadpole Platform Support
In-reply-to: <1173814755.2344.48.camel@localhost>
To: PSARC-EXT@Sun.COM
Cc: garrett@damore.org
Message-id: <1174518577.22436.81.camel@thunk>
MIME-version: 1.0
X-Mailer: Evolution 2.8.1.1
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <1173814755.2344.48.camel@localhost>
Status: RO
Content-Length: 68

This case was approved during today's PSARC meeting.

					- Bill



