From sacadmin Mon Jun 28 20:27:49 2010 Received: from grimmy.eng.sun.com (grimmy.SFBay.Sun.COM [129.146.108.114]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T3RnmQ002033 for ; Mon, 28 Jun 2010 20:27:49 -0700 (PDT) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T3PKeN022102; Mon, 28 Jun 2010 20:25:20 -0700 (PDT) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id o5T3PKYC022099; Mon, 28 Jun 2010 20:25:20 -0700 (PDT) X-Authentication-Warning: grimmy.eng.sun.com: randyf owned process doing -bs Date: Mon, 28 Jun 2010 20:25:20 -0700 (PDT) From: Randy Fishel X-X-Sender: randyf@grimmy To: PSARC@sac.sfbay.sun.com cc: david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: EOF ncrs [PSARC/2010/244 Self Review] Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Content-Length: 6000 I am sponsoring the following case on behalf of James McPherson for the total removal of the ncrs driver from ON. The hardware for it is no longer available, and the driver can only be compiled 32 bit. We believe that it qualifies as a self-review, but will change it to a fasttrack should there be a request. The release binding is patch. Template Version: @(#)onepager.txt 1.36 10/02/16 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: EOF ncrs(7d) 1.2. Name of Document Author/Supplier: James.McPherson@oracle.com 1.3. Date of This Document: 2010-June-28 1.3.1. Date this project was conceived: 2007-April-05 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: Andy Roach Chris Armes 1.4.4. The name of your business unit: Solaris 1.5. Email Aliases: 1.5.1. Responsible Manager: David.Re@oracle.com 1.5.2. Responsible Engineer: James.McPherson@oracle.com 1.5.3. Marketing Manager: Chris.Z.Baker@oracle.com 1.5.4. Interest List: Connie.Vazquezimler@oracle.com, Randy.Fishel@oracle.com 2. Project Summary 2.1. Project Description: We wish to entirely remove ncrs(7d) from Solaris Next and Solaris 10 Update 10. A patch binding is requested. 2.2. Risks and Assumptions: The ncrs(7d) is a very old fork of the glm(7d) driver, which lacks the features of glm(7d), lacks many of the bug fixes which appear in glm(7d), is closed code, and is only built in 32bit. Based on enquiries within the OpenSolaris community, and a review of hardware supported by ncrs(7d) and not glm(7d), we find that it has not been possible for customers to acquire this hardware for several years. Those who are still running such hardware are considered unlikely to be running OpenSolaris or any Solaris 10 update. 3. Business Summary 3.1. Problem Area: It is no longer possible to acquire the hardware which is specifically supported by ncrs(7d) and not glm(d). Testing this code is problematic due to lack of hardware - so its existence is an extra burden for ON-PIT. Having unmaintained and untestable code closely associated with onnv and on10-{feature-}patch is dangerous, since the code rots without regular care and feeding. This decreases the quality of our deliveries. Finally, this driver is not buildable as 64 bit. 3.2. Market/Requester: Solaris RPE Solaris x64 Platform Software Engineering 3.3. Business Justification: We can increase the quality of our deliveries (OS/Net) by removing this code. We can decrease the burden for ON-PIT by removing this code. Keeping this code alive takes cycles away from supporting hardware that hasn't passed its EOSL date. 3.4. Competitive Analysis: The hardware for the ncrs(7d) has been EOSLd by the manufacturers. Customers who really wish to use this family of parallel SCSI hba should use the glm(7d) driver instead. 3.5. Opportunity Window/Exposure: Now. We need to have these gates removed before Beta-1 of Solaris Next in order to make sure that we comply with the existing EOF policies. 3.6. How will you know when you are done?: We will be complete when the driver is removed from ON's usr/closed source tree. 4. Technical Description: 4.1. Details: The current onnv-gate gatekeeper (James.McPherson@oracle.com) will handle the removal, and will use the CR in 4.2 to track the onnv-gate changes required. 4.2. Bug/RFE Number(s): 6542748 ncrs(7D) should be EOFd, it's 32bit only, crusty and unmaintainable 4.3. In Scope: Removal of ncrs(7d) from ON 4.4. Out of Scope: All other removals 4.5. Interfaces: None. 4.6. Doc Impact: None - there is no ncrs(7d) manpage delivered. 4.7. Admin/Config Impact: Any customers still using devices driven by ncrs(7d) will need to migrate to using glm(7d) for those devices, or upgrade to hardware that was last sold more recently than 2004. 4.8. HA Impact: None: ncrs(7d) is not supported in HA environments. 4.9. I18N/L10N Impact: No. 4.10. Packaging & Delivery: Package driver/i86pc/platform will have the ncrs-related entries removed. 4.11. Security Impact: not applicable 4.12. Dependencies: no dependencies on other projects or products. 5. Reference Documents: None. 6. Resources and Schedule: 6.1. Projected Availability: ARC and C/P-team approval + 1 build. 6.2. Cost of Effort: 1 engineer for 2 weeks. 6.3. Cost of Capital Resources: Not applicable. 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Consolidation: OS/Net, component: ncrs(7d) 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: Target onnv build is 145. 6.4.8. Target Code Design Review Date: 6.4.9. Update approval addition: // Did this project have prior Solaris PAC approval for a // Marketing Release and now your requesting to go into an // Update Release or Early Access CD? 6.5. ARC review type: Fasttrack 6.6. ARC Exposure: Closed 6.6.1. Rationale: The source code for this drivers has always been restricted even when it was under development within Sun. 7. Prototype Availability: 7.1. Prototype Availability: n/a 7.2. Prototype Cost: n/a From sacadmin Mon Jun 28 22:01:04 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T514AQ003373 for ; Mon, 28 Jun 2010 22:01:04 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T5134O009746 for ; Mon, 28 Jun 2010 22:01:03 -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 o5T513CO010395; Tue, 29 Jun 2010 05:01:03 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5T3v2GP020490; Tue, 29 Jun 2010 05:01:01 GMT Received: from abhmt006.oracle.com by acsmt354.oracle.com with ESMTP id 364540611277787607; Mon, 28 Jun 2010 22:00:07 -0700 Received: from [129.145.155.53] (/129.145.155.53) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 28 Jun 2010 22:00:07 -0700 Message-ID: <4C297DD4.8090600@oracle.com> Date: Mon, 28 Jun 2010 22:00:04 -0700 From: Alan Coopersmith User-Agent: Thunderbird 2.0.0.23 (X11/20090926) MIME-Version: 1.0 To: Randy Fishel CC: PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4C297E0E.011A:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 490 Randy Fishel wrote: > Any customers still using devices driven by ncrs(7d) will need > to migrate to using glm(7d) for those devices, or upgrade to > hardware that was last sold more recently than 2004. Will the OS upgrade from prior S10 updates to S10U10 automatically perform this migration? Will it cause /dev/dsk entries to get renumbered or otherwise broken? -- -Alan Coopersmith- alan.coopersmith@oracle.com Oracle Solaris Platform Engineering: X Window System From sacadmin Mon Jun 28 23:06:02 2010 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T662qH004182 for ; Mon, 28 Jun 2010 23:06:02 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T662rZ021508 for ; Mon, 28 Jun 2010 23:06:02 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5T6617U029009; Tue, 29 Jun 2010 06:06:01 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5T2ZU0s004721; Tue, 29 Jun 2010 06:06:00 GMT Received: from abhmt007.oracle.com by acsmt353.oracle.com with ESMTP id 381475021277791503; Mon, 28 Jun 2010 23:05:03 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 28 Jun 2010 23:05:02 -0700 Message-ID: <4C298D08.1090808@oracle.com> Date: Tue, 29 Jun 2010 16:04:56 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alan Coopersmith CC: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <4C297DD4.8090600@oracle.com> In-Reply-To: <4C297DD4.8090600@oracle.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C298D48.00FF:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 1108 On 29/06/10 03:00 PM, Alan Coopersmith wrote: > Randy Fishel wrote: >> Any customers still using devices driven by ncrs(7d) will need >> to migrate to using glm(7d) for those devices, or upgrade to >> hardware that was last sold more recently than 2004. > > Will the OS upgrade from prior S10 updates to S10U10 automatically perform > this migration? No, it won't happen automatically. > Will it cause /dev/dsk entries to get renumbered or otherwise broken? It depends. If you interrupt the installer to modunload ncrs and modload glm instead, then I would expect that /dev/{r}dsk entries would be renumbered. However, if you take the other option of booting to maintenance mode and running something like cp /etc/driver_aliases /etc/driver_aliases.ncrs sed -e"s,ncrs,glm,g" < /etc/driver_aliases > /etc/driver_aliases.glm cp /etc/driver_aliases.glm /etc/driver_aliases (sorry, I'm having an ed(1) syntax failure). Then you'd wind up with the /dev/{r}dsk entries being the same as with ncrs. James C. McPherson -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Mon Jun 28 23:55:58 2010 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T6twfs004661 for ; Mon, 28 Jun 2010 23:55:58 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.EU.Sun.COM [192.18.6.21]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T6tvuu002640 for ; Mon, 28 Jun 2010 23:55:58 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5T6tqEC028111 for ; Tue, 29 Jun 2010 06:55:52 GMT MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4R00K00KBJ6K00@fe-emea-10.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 07:55:23 +0100 (BST) Received: from [192.168.1.101] ([unknown] [86.49.42.98]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4R001MNKKAFS50@fe-emea-10.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 07:55:23 +0100 (BST) Date: Tue, 29 Jun 2010 08:55:20 +0200 From: Milan Jurik Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] In-reply-to: Sender: Milan.Jurik@Sun.COM To: Randy Fishel Cc: PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@Sun.COM, fred.herard@oracle.com, Jie.Cao@Sun.COM, Xun.Ni@Sun.COM, david.re@oracle.com, connie.vazquezimler@oracle.com Message-id: <1277794520.6601.18.camel@localhost> Organization: Sun Microsystems Czech References: Status: RO Content-Length: 6657 Hi, no note about PSARC/2010/075 Folding ncrs into glm ? Best regards, Milan Randy Fishel píše v po 28. 06. 2010 v 20:25 -0700: > I am sponsoring the following case on behalf of James McPherson for the > total removal of the ncrs driver from ON. The hardware for it is no longer > available, and the driver can only be compiled 32 bit. We believe that > it qualifies as a self-review, but will change it to a fasttrack should > there be a request. The release binding is patch. > > > Template Version: @(#)onepager.txt 1.36 10/02/16 SMI > Copyright 2007 Sun Microsystems > > > 1. Introduction > 1.1. Project/Component Working Name: > > EOF ncrs(7d) > > > 1.2. Name of Document Author/Supplier: > > James.McPherson@oracle.com > > 1.3. Date of This Document: > 2010-June-28 > > 1.3.1. Date this project was conceived: > > 2007-April-05 > > 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: > > Andy Roach > Chris Armes > > 1.4.4. The name of your business unit: > > Solaris > > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: David.Re@oracle.com > 1.5.2. Responsible Engineer: James.McPherson@oracle.com > 1.5.3. Marketing Manager: Chris.Z.Baker@oracle.com > 1.5.4. Interest List: Connie.Vazquezimler@oracle.com, > Randy.Fishel@oracle.com > > 2. Project Summary > 2.1. Project Description: > > We wish to entirely remove ncrs(7d) from Solaris Next and Solaris > 10 Update 10. > > A patch binding is requested. > > > > 2.2. Risks and Assumptions: > > The ncrs(7d) is a very old fork of the glm(7d) driver, which lacks > the features of glm(7d), lacks many of the bug fixes which appear > in glm(7d), is closed code, and is only built in 32bit. > > Based on enquiries within the OpenSolaris community, and a review > of hardware supported by ncrs(7d) and not glm(7d), we find that it > has not been possible for customers to acquire this hardware for > several years. Those who are still running such hardware are > considered unlikely to be running OpenSolaris or any Solaris 10 > update. > > > > 3. Business Summary > > 3.1. Problem Area: > > It is no longer possible to acquire the hardware which is > specifically supported by ncrs(7d) and not glm(d). Testing this > code is problematic due to lack of hardware - so its existence > is an extra burden for ON-PIT. > > Having unmaintained and untestable code closely associated with > onnv and on10-{feature-}patch is dangerous, since the code > rots without regular care and feeding. This decreases the > quality of our deliveries. > > Finally, this driver is not buildable as 64 bit. > > > 3.2. Market/Requester: > > Solaris RPE > Solaris x64 Platform Software Engineering > > 3.3. Business Justification: > > We can increase the quality of our deliveries (OS/Net) by > removing this code. We can decrease the burden for ON-PIT > by removing this code. > > Keeping this code alive takes cycles away from supporting > hardware that hasn't passed its EOSL date. > > > 3.4. Competitive Analysis: > > The hardware for the ncrs(7d) has been EOSLd by the manufacturers. > Customers who really wish to use this family of parallel SCSI > hba should use the glm(7d) driver instead. > > > 3.5. Opportunity Window/Exposure: > > Now. We need to have these gates removed before Beta-1 of > Solaris Next in order to make sure that we comply with the > existing EOF policies. > > > 3.6. How will you know when you are done?: > > We will be complete when the driver is removed from ON's usr/closed > source tree. > > > 4. Technical Description: > 4.1. Details: > > The current onnv-gate gatekeeper (James.McPherson@oracle.com) > will handle the removal, and will use the CR in 4.2 to > track the onnv-gate changes required. > > > 4.2. Bug/RFE Number(s): > > 6542748 ncrs(7D) should be EOFd, it's 32bit only, crusty and unmaintainable > > 4.3. In Scope: > > Removal of ncrs(7d) from ON > > 4.4. Out of Scope: > > All other removals > > 4.5. Interfaces: > > None. > > 4.6. Doc Impact: > > None - there is no ncrs(7d) manpage delivered. > > 4.7. Admin/Config Impact: > > Any customers still using devices driven by ncrs(7d) will need > to migrate to using glm(7d) for those devices, or upgrade to > hardware that was last sold more recently than 2004. > > 4.8. HA Impact: > > None: ncrs(7d) is not supported in HA environments. > > > 4.9. I18N/L10N Impact: > > No. > > 4.10. Packaging & Delivery: > > Package driver/i86pc/platform will have the ncrs-related entries > removed. > > 4.11. Security Impact: > > not applicable > > 4.12. Dependencies: > > no dependencies on other projects or products. > > 5. Reference Documents: > > None. > > 6. Resources and Schedule: > 6.1. Projected Availability: > > ARC and C/P-team approval + 1 build. > > 6.2. Cost of Effort: > > 1 engineer for 2 weeks. > > 6.3. Cost of Capital Resources: > > Not applicable. > > 6.4. Product Approval Committee requested information: > 6.4.1. Consolidation or Component Name: > > Consolidation: OS/Net, component: ncrs(7d) > > 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: > > Target onnv build is 145. > > > 6.4.8. Target Code Design Review Date: > 6.4.9. Update approval addition: > // Did this project have prior Solaris PAC approval for a > // Marketing Release and now your requesting to go into an > // Update Release or Early Access CD? > > 6.5. ARC review type: > > Fasttrack > > 6.6. ARC Exposure: > > Closed > > 6.6.1. Rationale: > > The source code for this drivers has always been restricted > even when it was under development within Sun. > > > 7. Prototype Availability: > 7.1. Prototype Availability: > > n/a > > 7.2. Prototype Cost: > > n/a > > From sacadmin Mon Jun 28 23:55:59 2010 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T6txpf004665 for ; Mon, 28 Jun 2010 23:55:59 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T6tw0v002643 for ; Mon, 28 Jun 2010 23:55:59 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5T6triE029901 for ; Tue, 29 Jun 2010 06:55:53 GMT MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4R00E00KK6OX00@fe-emea-09.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 07:55:42 +0100 (BST) Received: from [192.168.1.101] ([unknown] [86.49.42.98]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4R00D5SKKTY560@fe-emea-09.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 07:55:42 +0100 (BST) Date: Tue, 29 Jun 2010 08:55:40 +0200 From: Milan Jurik Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] In-reply-to: <4C298D08.1090808@oracle.com> Sender: Milan.Jurik@Sun.COM To: James.McPherson@oracle.com Cc: Alan Coopersmith , Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@Sun.COM, fred.herard@oracle.com, Jie.Cao@Sun.COM, Xun.Ni@Sun.COM, david.re@oracle.com, connie.vazquezimler@oracle.com Message-id: <1277794540.6601.19.camel@localhost> Organization: Sun Microsystems Czech References: <4C297DD4.8090600@oracle.com> <4C298D08.1090808@oracle.com> Status: RO Content-Length: 1231 Hi, James C. McPherson píše v út 29. 06. 2010 v 16:04 +1000: > On 29/06/10 03:00 PM, Alan Coopersmith wrote: > > Randy Fishel wrote: > >> Any customers still using devices driven by ncrs(7d) will need > >> to migrate to using glm(7d) for those devices, or upgrade to > >> hardware that was last sold more recently than 2004. > > > > Will the OS upgrade from prior S10 updates to S10U10 automatically perform > > this migration? > > No, it won't happen automatically. > > > Will it cause /dev/dsk entries to get renumbered or otherwise broken? > > > It depends. If you interrupt the installer to modunload > ncrs and modload glm instead, then I would expect that > /dev/{r}dsk entries would be renumbered. > > However, if you take the other option of booting to > maintenance mode and running something like > > cp /etc/driver_aliases /etc/driver_aliases.ncrs > sed -e"s,ncrs,glm,g" < /etc/driver_aliases > /etc/driver_aliases.glm > cp /etc/driver_aliases.glm /etc/driver_aliases > > (sorry, I'm having an ed(1) syntax failure). > > Then you'd wind up with the /dev/{r}dsk entries being > the same as with ncrs. > Could this be documented in Solaris 10 update 10 release notes at least? Best regards, Milan From sacadmin Mon Jun 28 23:59:58 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T6xwqc004783 for ; Mon, 28 Jun 2010 23:59:58 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T6xvZg010461 for ; Mon, 28 Jun 2010 23:59:57 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5T6xvxf024459; Tue, 29 Jun 2010 06:59:57 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5SMQgkZ021820; Tue, 29 Jun 2010 06:59:56 GMT Received: from abhmt001.oracle.com by acsmt354.oracle.com with ESMTP id 364790231277794737; Mon, 28 Jun 2010 23:58:57 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 28 Jun 2010 23:58:56 -0700 Message-ID: <4C2999AA.3070501@oracle.com> Date: Tue, 29 Jun 2010 16:58:50 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Milan Jurik CC: Alan Coopersmith , Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <4C297DD4.8090600@oracle.com> <4C298D08.1090808@oracle.com> <1277794540.6601.19.camel@localhost> In-Reply-To: <1277794540.6601.19.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4C2999EC.01C1:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 268 On 29/06/10 04:55 PM, Milan Jurik wrote: ... > Could this be documented in Solaris 10 update 10 release notes at least? What exactly do you want added to the release notes? cheers, James -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Tue Jun 29 00:02:13 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T72DK8019936 for ; Tue, 29 Jun 2010 00:02:13 -0700 (PDT) Received: from sca-ea-mail-2.sun.com (sca-ea-mail-2.Sun.COM [192.18.43.25]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T72D4e012226 for ; Tue, 29 Jun 2010 00:02:13 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5T7289W014716; Tue, 29 Jun 2010 07:02:08 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5SNleF3030299; Tue, 29 Jun 2010 07:02:05 GMT Received: from abhmt004.oracle.com by acsmt353.oracle.com with ESMTP id 364797191277794876; Tue, 29 Jun 2010 00:01:16 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 00:01:15 -0700 Message-ID: <4C299A36.8050703@oracle.com> Date: Tue, 29 Jun 2010 17:01:10 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Milan Jurik CC: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <1277794520.6601.18.camel@localhost> In-Reply-To: <1277794520.6601.18.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4C299A6F.0112:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 374 On 29/06/10 04:55 PM, Milan Jurik wrote: > Hi, > > no note about PSARC/2010/075 Folding ncrs into glm ? No - not worth the effort involved, in my decidedly unhumble opinion :-) Of course, if you want to do that work, that's fine by me. We still need to EOF ncrs, in any case. cheers, James -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Tue Jun 29 00:04:23 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T74NR9006251 for ; Tue, 29 Jun 2010 00:04:23 -0700 (PDT) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T74NZc013047 for ; Tue, 29 Jun 2010 00:04:23 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5T74MBO003814; Tue, 29 Jun 2010 07:04:23 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5T2SW7g001665; Tue, 29 Jun 2010 07:04:21 GMT Received: from abhmt003.oracle.com by acsmt354.oracle.com with ESMTP id 364806731277795061; Tue, 29 Jun 2010 00:04:21 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 00:04:20 -0700 Message-ID: <4C299AEE.1070105@oracle.com> Date: Tue, 29 Jun 2010 17:04:14 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Milan Jurik CC: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <1277794520.6601.18.camel@localhost> <4C299A36.8050703@oracle.com> In-Reply-To: <4C299A36.8050703@oracle.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C299AF6.00C5:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 497 On 29/06/10 05:01 PM, James C. McPherson wrote: > On 29/06/10 04:55 PM, Milan Jurik wrote: >> Hi, >> >> no note about PSARC/2010/075 Folding ncrs into glm ? > > No - not worth the effort involved, in my decidedly > unhumble opinion :-) > > > Of course, if you want to do that work, that's fine > by me. > > We still need to EOF ncrs, in any case. note - this case (2010/244) supercedes 2010/075. James C. McPherson -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Tue Jun 29 00:18:22 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T7ILSr020271 for ; Tue, 29 Jun 2010 00:18:22 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T7ILcU016788 for ; Tue, 29 Jun 2010 00:18:21 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5T7IFJ5002845 for ; Tue, 29 Jun 2010 07:18:15 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4R00900LIJVI00@fe-emea-09.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 08:18:09 +0100 (BST) Received: from [129.157.20.30] ([unknown] [129.157.20.30]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4R009NNLKYQ770@fe-emea-09.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 08:17:29 +0100 (BST) Date: Tue, 29 Jun 2010 09:17:20 +0200 From: Milan Jurik Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] In-reply-to: <4C2999AA.3070501@oracle.com> Sender: Milan.Jurik@Sun.COM To: James.McPherson@oracle.com Cc: Alan Coopersmith , Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@Sun.COM, fred.herard@oracle.com, Jie.Cao@Sun.COM, Xun.Ni@Sun.COM, david.re@oracle.com, connie.vazquezimler@oracle.com Message-id: <4C299E00.5020109@sun.com> References: <4C297DD4.8090600@oracle.com> <4C298D08.1090808@oracle.com> <1277794540.6601.19.camel@localhost> <4C2999AA.3070501@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.9) Gecko/20100606 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 562 Hi, On 06/29/10 08:58, James C. McPherson wrote: > On 29/06/10 04:55 PM, Milan Jurik wrote: > ... > >> Could this be documented in Solaris 10 update 10 release notes at least? > > What exactly do you want added to the release notes? > How to migrate from ncrs to glm without device renumbering (some simple example you provided). If we are not providing automatic way then we should document some way at least. Yes, maybe nobody will need it. But it would be very unprofessional to not give some info to customers. Best regards, Milan > cheers, > James From sacadmin Tue Jun 29 00:22:21 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T7MKXw029974 for ; Tue, 29 Jun 2010 00:22:20 -0700 (PDT) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T7MKQJ017820 for ; Tue, 29 Jun 2010 00:22:20 -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 o5T7MK85010920; Tue, 29 Jun 2010 07:22:20 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5SMSilh018299; Tue, 29 Jun 2010 07:22:19 GMT Received: from abhmt009.oracle.com by acsmt354.oracle.com with ESMTP id 364851921277796101; Tue, 29 Jun 2010 00:21:41 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 00:21:40 -0700 Message-ID: <4C299EFE.9040205@oracle.com> Date: Tue, 29 Jun 2010 17:21:34 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Milan Jurik CC: Alan Coopersmith , Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <4C297DD4.8090600@oracle.com> <4C298D08.1090808@oracle.com> <1277794540.6601.19.camel@localhost> <4C2999AA.3070501@oracle.com> <4C299E00.5020109@sun.com> In-Reply-To: <4C299E00.5020109@sun.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C299F2C.0033:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 772 On 29/06/10 05:17 PM, Milan Jurik wrote: > Hi, > > On 06/29/10 08:58, James C. McPherson wrote: >> On 29/06/10 04:55 PM, Milan Jurik wrote: >> ... >> >>> Could this be documented in Solaris 10 update 10 release notes at least? >> >> What exactly do you want added to the release notes? >> > > How to migrate from ncrs to glm without device renumbering (some simple > example you provided). If we are not providing automatic way then we > should document some way at least. Yes, maybe nobody will need it. But > it would be very unprofessional to not give some info to customers. Nowurries - as long as you're willing to support it :-) I'll talk with people in docs about it. cheers, James -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Tue Jun 29 00:24:12 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T7OC5I029989 for ; Tue, 29 Jun 2010 00:24:12 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T7OBYW018166 for ; Tue, 29 Jun 2010 00:24:12 -0700 (PDT) Received: from fe-emea-13.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5T7O5Fu003692 for ; Tue, 29 Jun 2010 07:24:05 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-13.sun.com by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4R00K00LPCE000@fe-emea-13.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 08:23:40 +0100 (BST) Received: from [129.157.20.30] ([unknown] [129.157.20.30]) by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4R001IOLVFKV70@fe-emea-13.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 08:23:40 +0100 (BST) Date: Tue, 29 Jun 2010 09:23:39 +0200 From: Milan Jurik Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] In-reply-to: <4C299AEE.1070105@oracle.com> Sender: Milan.Jurik@Sun.COM To: James.McPherson@oracle.com Cc: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@Sun.COM, fred.herard@oracle.com, Jie.Cao@Sun.COM, Xun.Ni@Sun.COM, david.re@oracle.com, connie.vazquezimler@oracle.com Message-id: <4C299F7B.8000906@sun.com> References: <1277794520.6601.18.camel@localhost> <4C299A36.8050703@oracle.com> <4C299AEE.1070105@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.9) Gecko/20100606 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 793 Hi, On 06/29/10 09:04, James C. McPherson wrote: > On 29/06/10 05:01 PM, James C. McPherson wrote: >> On 29/06/10 04:55 PM, Milan Jurik wrote: >>> Hi, >>> >>> no note about PSARC/2010/075 Folding ncrs into glm ? >> >> No - not worth the effort involved, in my decidedly >> unhumble opinion :-) >> >> >> Of course, if you want to do that work, that's fine >> by me. >> >> We still need to EOF ncrs, in any case. > > > note - this case (2010/244) supercedes 2010/075. > That is OK for me, thank you. Not good this case cannot be open, so it cannot be commented by owner of PSARC 2010/075 but it happens. Small note, it seems Garrett had new glm version available, maybe his colleagues have access to the workspace with it (and glm itself could benefit from it also). Best regards, Milan From sacadmin Tue Jun 29 00:25:46 2010 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5T7PkCB000005 for ; Tue, 29 Jun 2010 00:25:46 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5T7Pjll010940 for ; Tue, 29 Jun 2010 00:25:45 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5T7PdZT003975 for ; Tue, 29 Jun 2010 07:25:39 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4R00500LR84W00@fe-emea-10.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 08:25:24 +0100 (BST) Received: from [129.157.20.30] ([unknown] [129.157.20.30]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4R009QALY9GY30@fe-emea-10.sun.com> for PSARC@sac.sfbay.sun.com; Tue, 29 Jun 2010 08:25:22 +0100 (BST) Date: Tue, 29 Jun 2010 09:25:21 +0200 From: Milan Jurik Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] In-reply-to: <4C299EFE.9040205@oracle.com> Sender: Milan.Jurik@Sun.COM To: James.McPherson@oracle.com Cc: Alan Coopersmith , Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@Sun.COM, fred.herard@oracle.com, Jie.Cao@Sun.COM, Xun.Ni@Sun.COM, david.re@oracle.com, connie.vazquezimler@oracle.com Message-id: <4C299FE1.1030607@sun.com> References: <4C297DD4.8090600@oracle.com> <4C298D08.1090808@oracle.com> <1277794540.6601.19.camel@localhost> <4C2999AA.3070501@oracle.com> <4C299E00.5020109@sun.com> <4C299EFE.9040205@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.9) Gecko/20100606 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 842 James, On 06/29/10 09:21, James C. McPherson wrote: > On 29/06/10 05:17 PM, Milan Jurik wrote: >> Hi, >> >> On 06/29/10 08:58, James C. McPherson wrote: >>> On 29/06/10 04:55 PM, Milan Jurik wrote: >>> ... >>> >>>> Could this be documented in Solaris 10 update 10 release notes at >>>> least? >>> >>> What exactly do you want added to the release notes? >>> >> >> How to migrate from ncrs to glm without device renumbering (some simple >> example you provided). If we are not providing automatic way then we >> should document some way at least. Yes, maybe nobody will need it. But >> it would be very unprofessional to not give some info to customers. > > Nowurries - as long as you're willing to support it :-) > Well, we have no other option than support paying customers. > I'll talk with people in docs about it. > Thank you Milan From sacadmin Tue Jun 29 05:57:47 2010 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5TCvlu8004455 for ; Tue, 29 Jun 2010 05:57:47 -0700 (PDT) Received: from sca-ea-mail-4.sun.com (sca-ea-mail-4.Sun.COM [192.18.43.22]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5TCvlMa015360 for ; Tue, 29 Jun 2010 05:57:47 -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 o5TCvk7a014549; Tue, 29 Jun 2010 12:57:46 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5TCUFas011477; Tue, 29 Jun 2010 12:57:45 GMT Received: from abhmt015.oracle.com by acsmt353.oracle.com with ESMTP id 365640811277814359; Tue, 29 Jun 2010 05:25:59 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 05:25:58 -0700 Message-ID: <4C29E64F.1010300@oracle.com> Date: Tue, 29 Jun 2010 22:25:51 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Milan Jurik CC: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <1277794520.6601.18.camel@localhost> <4C299A36.8050703@oracle.com> <4C299AEE.1070105@oracle.com> <4C299F7B.8000906@sun.com> In-Reply-To: <4C299F7B.8000906@sun.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C29EDCA.00BB:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 1081 On 29/06/10 05:23 PM, Milan Jurik wrote: > Hi, > > On 06/29/10 09:04, James C. McPherson wrote: >> On 29/06/10 05:01 PM, James C. McPherson wrote: >>> On 29/06/10 04:55 PM, Milan Jurik wrote: >>>> Hi, >>>> >>>> no note about PSARC/2010/075 Folding ncrs into glm ? >>> >>> No - not worth the effort involved, in my decidedly >>> unhumble opinion :-) >>> >>> >>> Of course, if you want to do that work, that's fine >>> by me. >>> >>> We still need to EOF ncrs, in any case. >> >> >> note - this case (2010/244) supercedes 2010/075. >> > > That is OK for me, thank you. Not good this case cannot be open, so it > cannot be commented by owner of PSARC 2010/075 but it happens. It can't be open because the code is closed - we never got agreement from LSI to open it up. > Small note, it seems Garrett had new glm version available, maybe his > colleagues have access to the workspace with it (and glm itself could > benefit from it also). I'll ping him and ask. Thanks for the pointer about it. James -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Tue Jun 29 16:25:59 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5TNPxcV018252 for ; Tue, 29 Jun 2010 16:25:59 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5TNPxR0014839 for ; Tue, 29 Jun 2010 16:25:59 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5TNPwco004992; Tue, 29 Jun 2010 23:25:58 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 o5THlgLD019414; Tue, 29 Jun 2010 23:25:57 GMT Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 367773781277853901; Tue, 29 Jun 2010 16:25:01 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 16:25:00 -0700 Message-ID: <4C2A80C7.1040902@oracle.com> Date: Wed, 30 Jun 2010 09:24:55 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Milan Jurik CC: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <1277794520.6601.18.camel@localhost> <4C299A36.8050703@oracle.com> <4C299AEE.1070105@oracle.com> <4C299F7B.8000906@sun.com> <4C29E64F.1010300@oracle.com> In-Reply-To: <4C29E64F.1010300@oracle.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A0B0203.4C2A8106.007D:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 1125 On 29/06/10 10:25 PM, James C. McPherson wrote: > On 29/06/10 05:23 PM, Milan Jurik wrote: ... >> That is OK for me, thank you. Not good this case cannot be open, so it >> cannot be commented by owner of PSARC 2010/075 but it happens. > > It can't be open because the code is closed - we never got > agreement from LSI to open it up. > >> Small note, it seems Garrett had new glm version available, maybe his >> colleagues have access to the workspace with it (and glm itself could >> benefit from it also). > > I'll ping him and ask. Thanks for the pointer about it. Gday Milan, I heard back from Garrett a short while ago - he didn't have a working version of glm with support for all the random hardware that ncrs supports. The engineering effort required to add that support was totally in excess of the actual usefulness of adding that support. Oh, and there's a small matter of finding the cards to test that support on - as the ARC materials mention, this starts out at difficult, and very quickly moves up to impossible. cheers, James -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Tue Jun 29 17:55:17 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5U0tG4h020761 for ; Tue, 29 Jun 2010 17:55:16 -0700 (PDT) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5U0tGVP008216 for ; Tue, 29 Jun 2010 17:55:16 -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 o5U0tG4k014590; Wed, 30 Jun 2010 00:55:16 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5THXqFU003172; Wed, 30 Jun 2010 00:55:15 GMT Received: from abhmt021.oracle.com by acsmt354.oracle.com with ESMTP id 367946751277859243; Tue, 29 Jun 2010 17:54:03 -0700 Received: from [10.7.251.162] (/10.7.251.162) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 17:54:02 -0700 Message-ID: <4C2A95A5.2030000@oracle.com> Date: Wed, 30 Jun 2010 10:53:57 +1000 From: "James C. McPherson" Reply-To: James.McPherson@oracle.com Organization: Oracle User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre8 Thunderbird/3.0.4 MIME-Version: 1.0 To: Randy Fishel CC: PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4C2A95F3.0188:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 6821 On 29/06/10 01:25 PM, Randy Fishel wrote: > > I am sponsoring the following case on behalf of James McPherson for the > total removal of the ncrs driver from ON. The hardware for it is no longer > available, and the driver can only be compiled 32 bit. We believe that > it qualifies as a self-review, but will change it to a fasttrack should > there be a request. The release binding is patch. Hi Randy, after some discussion off-list, I would like to change the binding of this request from patch to Minor. I would also like to note for the record that this case supersedes PSARC/2010/075 Folding ncrs into glm. Thankyou, James > Template Version: @(#)onepager.txt 1.36 10/02/16 SMI > Copyright 2007 Sun Microsystems > > > 1. Introduction > 1.1. Project/Component Working Name: > > EOF ncrs(7d) > > > 1.2. Name of Document Author/Supplier: > > James.McPherson@oracle.com > > 1.3. Date of This Document: > 2010-June-28 > > 1.3.1. Date this project was conceived: > > 2007-April-05 > > 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: > > Andy Roach > Chris Armes > > 1.4.4. The name of your business unit: > > Solaris > > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: David.Re@oracle.com > 1.5.2. Responsible Engineer: James.McPherson@oracle.com > 1.5.3. Marketing Manager: Chris.Z.Baker@oracle.com > 1.5.4. Interest List: Connie.Vazquezimler@oracle.com, > Randy.Fishel@oracle.com > > 2. Project Summary > 2.1. Project Description: > > We wish to entirely remove ncrs(7d) from Solaris Next and Solaris > 10 Update 10. > > A patch binding is requested. > > > > 2.2. Risks and Assumptions: > > The ncrs(7d) is a very old fork of the glm(7d) driver, which lacks > the features of glm(7d), lacks many of the bug fixes which appear > in glm(7d), is closed code, and is only built in 32bit. > > Based on enquiries within the OpenSolaris community, and a review > of hardware supported by ncrs(7d) and not glm(7d), we find that it > has not been possible for customers to acquire this hardware for > several years. Those who are still running such hardware are > considered unlikely to be running OpenSolaris or any Solaris 10 > update. > > > > 3. Business Summary > > 3.1. Problem Area: > > It is no longer possible to acquire the hardware which is > specifically supported by ncrs(7d) and not glm(d). Testing this > code is problematic due to lack of hardware - so its existence > is an extra burden for ON-PIT. > > Having unmaintained and untestable code closely associated with > onnv and on10-{feature-}patch is dangerous, since the code > rots without regular care and feeding. This decreases the > quality of our deliveries. > > Finally, this driver is not buildable as 64 bit. > > > 3.2. Market/Requester: > > Solaris RPE > Solaris x64 Platform Software Engineering > > 3.3. Business Justification: > > We can increase the quality of our deliveries (OS/Net) by > removing this code. We can decrease the burden for ON-PIT > by removing this code. > > Keeping this code alive takes cycles away from supporting > hardware that hasn't passed its EOSL date. > > > 3.4. Competitive Analysis: > > The hardware for the ncrs(7d) has been EOSLd by the manufacturers. > Customers who really wish to use this family of parallel SCSI > hba should use the glm(7d) driver instead. > > > 3.5. Opportunity Window/Exposure: > > Now. We need to have these gates removed before Beta-1 of > Solaris Next in order to make sure that we comply with the > existing EOF policies. > > > 3.6. How will you know when you are done?: > > We will be complete when the driver is removed from ON's usr/closed > source tree. > > > 4. Technical Description: > 4.1. Details: > > The current onnv-gate gatekeeper (James.McPherson@oracle.com) > will handle the removal, and will use the CR in 4.2 to > track the onnv-gate changes required. > > > 4.2. Bug/RFE Number(s): > > 6542748 ncrs(7D) should be EOFd, it's 32bit only, crusty and unmaintainable > > 4.3. In Scope: > > Removal of ncrs(7d) from ON > > 4.4. Out of Scope: > > All other removals > > 4.5. Interfaces: > > None. > > 4.6. Doc Impact: > > None - there is no ncrs(7d) manpage delivered. > > 4.7. Admin/Config Impact: > > Any customers still using devices driven by ncrs(7d) will need > to migrate to using glm(7d) for those devices, or upgrade to > hardware that was last sold more recently than 2004. > > 4.8. HA Impact: > > None: ncrs(7d) is not supported in HA environments. > > > 4.9. I18N/L10N Impact: > > No. > > 4.10. Packaging& Delivery: > > Package driver/i86pc/platform will have the ncrs-related entries > removed. > > 4.11. Security Impact: > > not applicable > > 4.12. Dependencies: > > no dependencies on other projects or products. > > 5. Reference Documents: > > None. > > 6. Resources and Schedule: > 6.1. Projected Availability: > > ARC and C/P-team approval + 1 build. > > 6.2. Cost of Effort: > > 1 engineer for 2 weeks. > > 6.3. Cost of Capital Resources: > > Not applicable. > > 6.4. Product Approval Committee requested information: > 6.4.1. Consolidation or Component Name: > > Consolidation: OS/Net, component: ncrs(7d) > > 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: > > Target onnv build is 145. > > > 6.4.8. Target Code Design Review Date: > 6.4.9. Update approval addition: > // Did this project have prior Solaris PAC approval for a > // Marketing Release and now your requesting to go into an > // Update Release or Early Access CD? > > 6.5. ARC review type: > > Fasttrack > > 6.6. ARC Exposure: > > Closed > > 6.6.1. Rationale: > > The source code for this drivers has always been restricted > even when it was under development within Sun. > > > 7. Prototype Availability: > 7.1. Prototype Availability: > > n/a > > 7.2. Prototype Cost: > > n/a > > -- James C. McPherson -- Senior Software Engineer, Solaris Oracle http://www.jmcp.homeunix.com/blog From sacadmin Wed Jun 30 01:10:54 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5U8AsA5021614 for ; Wed, 30 Jun 2010 01:10:54 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5U8Arle026186 for ; Wed, 30 Jun 2010 01:10:53 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5U8AllL025134 for ; Wed, 30 Jun 2010 08:10:47 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4T00900ID9OS00@fe-emea-10.sun.com> for PSARC@sac.sfbay.sun.com; Wed, 30 Jun 2010 09:10:26 +0100 (BST) Received: from [129.157.20.30] ([unknown] [129.157.20.30]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4T00AABIPDGJ60@fe-emea-10.sun.com> for PSARC@sac.sfbay.sun.com; Wed, 30 Jun 2010 09:10:26 +0100 (BST) Date: Wed, 30 Jun 2010 10:10:25 +0200 From: Milan Jurik Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] In-reply-to: <4C2A80C7.1040902@oracle.com> Sender: Milan.Jurik@Sun.COM To: James.McPherson@Oracle.COM Cc: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@Oracle.COM, vicki.abe@Oracle.COM, Michelle.Lei@Sun.COM, fred.herard@Oracle.COM, Jie.Cao@Sun.COM, Xun.Ni@Sun.COM, david.re@Oracle.COM, connie.vazquezimler@Oracle.COM Message-id: <4C2AFBF1.7090706@sun.com> References: <1277794520.6601.18.camel@localhost> <4C299A36.8050703@oracle.com> <4C299AEE.1070105@oracle.com> <4C299F7B.8000906@sun.com> <4C29E64F.1010300@oracle.com> <4C2A80C7.1040902@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.9) Gecko/20100606 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 1312 Hi James, On 06/30/10 01:24, James C. McPherson wrote: > On 29/06/10 10:25 PM, James C. McPherson wrote: >> On 29/06/10 05:23 PM, Milan Jurik wrote: > ... >>> That is OK for me, thank you. Not good this case cannot be open, so it >>> cannot be commented by owner of PSARC 2010/075 but it happens. >> >> It can't be open because the code is closed - we never got >> agreement from LSI to open it up. >> >>> Small note, it seems Garrett had new glm version available, maybe his >>> colleagues have access to the workspace with it (and glm itself could >>> benefit from it also). >> >> I'll ping him and ask. Thanks for the pointer about it. > > Gday Milan, > I heard back from Garrett a short while ago - he didn't have > a working version of glm with support for all the random hardware > that ncrs supports. The engineering effort required to add > that support was totally in excess of the actual usefulness of > adding that support. Oh, and there's a small matter of finding > the cards to test that support on - as the ARC materials mention, > this starts out at difficult, and very quickly moves up to impossible. > Thank you a lot for this info. With your other note about changing binding to minor, I am more than happy with this case. Lets leave ncrs to die silently. Thank you. Best regards, Milan From sacadmin Wed Jun 30 06:36:29 2010 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5UDaTDH025511 for ; Wed, 30 Jun 2010 06:36:29 -0700 (PDT) Received: from sca-ea-mail-1.sun.com (sca-ea-mail-1.Sun.COM [192.18.43.24]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5UDaSQ6029530 for ; Wed, 30 Jun 2010 06:36:28 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5UDaN9m012937; Wed, 30 Jun 2010 13:36:23 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 o5THEJ2B024864; Wed, 30 Jun 2010 13:36:22 GMT Received: from abhmt021.oracle.com by acsmt353.oracle.com with ESMTP id 369739501277904978; Wed, 30 Jun 2010 06:36:18 -0700 Received: from [129.148.174.103] (/129.148.174.103) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 06:36:15 -0700 Message-ID: <4C2B484D.6020608@oracle.com> Date: Wed, 30 Jun 2010 09:36:13 -0400 From: Sebastien Roy User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: James.McPherson@oracle.com CC: Randy Fishel , PSARC@sac.sfbay.sun.com, david.lobdell@oracle.com, vicki.abe@oracle.com, Michelle.Lei@sun.com, fred.herard@oracle.com, Jie.Cao@sun.com, Xun.Ni@sun.com, david.re@oracle.com, connie.vazquezimler@oracle.com Subject: Re: EOF ncrs [PSARC/2010/244 Self Review] References: <4C2A95A5.2030000@oracle.com> In-Reply-To: <4C2A95A5.2030000@oracle.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4C2B4857.0010:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 295 On 06/29/10 08:53 PM, James C. McPherson wrote: > after some discussion off-list, I would like to change the binding > of this request from patch to Minor. > > I would also like to note for the record that this case supersedes > PSARC/2010/075 Folding ncrs into glm. This is sensible. +1 -Seb