1. Introduction
   1.1. Project/Component Working Name:

	EOL of 32-bit SPARC kernels (follow-on case)

   1.2. Name of Document Author/Supplier:

	Russell Blaine

   1.3. Date of This Document:

	1/15/2003

   1.4. Name of Major Document Customer(s)/Consumer(s):

	PSARC, SOESC, ONSC

   1.5. Email Aliases:
    	1.5.1. Responsible Manager:	kirk.wells@sun.com
    	1.5.2. Responsible Engineer:	russell.blaine@sun.com

2. Project Summary
   2.1. Project Description

	This proposal is to remove support for 32-bit SPARC kernels
	from Solaris 10. The advance warning of this EOL has already
	been delivered in an update of Solaris 9 (see [3]).

	This proposal is also to remove support for UltraSPARC-I
	processors.  Advance warning of this EOL has already been
	delivered in an update of Solaris 9 (see [3]).  The advance
	warning stated that UltraSPARC-I processors running at 200 MHz
	or slower may not be supported in a future release.  Since
	there were no UltraSPARC-I processors sold running at greater
	than 200 MHz, support for all UltraSPARC-I processors will be
	removed with no additional customer impact.
	

   2.2. Risks and Assumptions

	See [1].

3. Business Summary

   See [1].

   3.5. Opportunity Window/Exposure

	Solaris 10

   3.6. How will you know when you are done?

	When the changes have been integrated into the ON gate, and
	all corresponding changes have been made to the Solaris
	installer and Solaris documentation.

4. Technical Description

   The following changes will be made:

   1. Remove all 32-bit SPARC modules. Leave 64-bit modules where they
      are, except for the changes noted in this document. 64-bit
      modules will continue to be delivered in the "xxx/sparcv9"
      directories, so the kernel run time linker will not be modified.

      Some customers use the OBP variable "boot-file" to specify which
      file to boot their system with. /platform/sun4u/kernel/unix is a
      32-bit binary and will no longer be delivered. To allow
      customers whose "boot-file" OBP variable is set to "kernel/unix"
      to continue to boot, /platform/sun4u/kernel/unix will become a
      symbolic link to /platform/sun4u/kernel/sparcv9/unix. The 64-bit
      OS will thus be booted even if "boot-file" is set to
      "kernel/unix".  The Solaris 10 release notes will explicitly
      note this change.

   2. Remove all 32-bit sparc-only packages. The only exception to
      this is SUNWcar.u, upon which too many things depend. Where
      appropriate, driver conf files and install scripts will be moved
      into the corresponding 64-bit sparc package. The following
      packages will be removed:

		SUNWcpc.u
		SUNWcpr.u
		SUNWcg6.u
		SUNWcvc.u
		SUNWdfb.u
		SUNWdrr.u
		SUNWfctl
		SUNWfcip
		SUNWfcp
		SUNWhmd
		SUNWidn.u
		SUNWifp
		SUNWk5ok.u
		SUNWluxd.u
		SUNWluxl
		SUNWpd
		SUNWqlc
		SUNWses
		SUNWssad
		SUNWusoc
		SUNWuxfl1.u

   3. EOL support of all UltraSPARC-I CPUs.  If the secondary boot loaders
      detect an UltraSPARC-I processor, a polite message will be printed for the
      user and the kernel will not be loaded. To the user, this will appear as
      such:

ok boot
Resetting ...

Sun Ultra 1 SBus (UltraSPARC 143MHz), No Keyboard
OpenBoot 3.11, 64 MB memory installed, Serial #8767953.
Ethernet address 8:0:20:85:c9:d1, Host ID: 8085c9d1.

Rebooting with command: boot
Boot device: /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a  File and args:
UltraSPARC I processors are not supported by this release of Solaris.
Program terminated
ok

   4. Remove the boot.conf boot policy file from Solaris, including all code
      which deals with the boot policy (see [4]).

   5. Support for the SUNW,Ultra-1 platform will no longer be delivered, as that
      platform only uses UltraSPARC-I CPUs. SUNW,Ultra-2 will become
      the reference implemented desktop platform to which the other
      desktop platforms (i.e. Ultra-30, Ultra-60) link to in /usr/platform.

   6. Currently, if Solaris detects downrev firmware running on a machine at
      boot time, a warning is printed and the 32-bit OS is booted (see
      [4]). Since the 32-bit OS will no longer be delivered, if Solaris detects
      downrev firmware, a polite message will be printed which instructs the
      user to upgrade the firmware and the kernel will not be loaded.

   This proposal does not seek to alter the arrangement of binaries in
   isa-specific directories linked to isaexec.  The current system is well-known
   by our customers and developers and there is no need to change it at the
   present time. Furthermore, the isaexec scheme will remain necessary going
   forward as long as the possibility of supporting dual-boot systems exists
   (e.g. x86-64).

   If Solaris 10 is installed via upgrade onto a supported machine which
   previously did not have 64-bit packages, the installer will silently install
   all necessary 64-bit packages. The installer will no longer ask the user
   if 64-bit support should be included.

   The Solaris 10 release notes will have a section describing this EOL.
   
5. Reference Documents

	[1] PSARC 2002/255 delivered the advance notice.
   
	[2] PSARC 2002/013 removed sun4m architecture support from Solaris 10.

	[3] The End-of-Support section of the Solaris 9 9/02 Release Notes
	    includes 32-bit kernels as well as UltraSPARC-I processors as Future
	    End-of-Support Products.

	[4] boot(1M) man page

6. Resources and Schedule
   6.1. Projected Availability

	Q3 FY03

   6.2. Cost of Effort
   
	1 development engineer 3 months
	1 install engineer 1 month
	1 test engineer 1 month

   6.3. Cost of Capital Resources

	Existing.

   6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name: ON C-Team
   	6.4.2. Contributing OpCo/BU/Division Name: SKT
	6.4.3. Type of SC Approval needed: Fasttrack
	6.4.5. Is this a necessary project for OEM agreements: N
	6.4.6. Notes/Dependencies: None.
	6.4.7. Target RTI Date/Release: S10 Alpha
	6.4.8. Target Code Design Review Date February 1, 2002
	6.4.9. Did this project have prior SOESC approval for a
	       Marketing Release and now your requesting to go into an
	       Update Release or Early Access CD? No.

   6.5. ARC review type: Fasttrack

7. Prototype Availability
   7.1. Prototype Availability

	Prototype available first week of February 2003.

   7.2. Prototype Cost

	1 development engineer 2 months.