From sacadmin Wed Feb 20 10:49:21 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1KInKn6018339 for ; Wed, 20 Feb 2008 10:49:21 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1KImwgh028536 for <@sunmail2sca.sfbay.sun.com:psarc@sun.com>; Wed, 20 Feb 2008 18:49:19 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 <0JWJ00E1JWA4UK00@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com (ORCPT psarc@Sun.COM); Wed, 20 Feb 2008 10:49:16 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWJ00DP5WA3SL00@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com (ORCPT psarc@Sun.COM); Wed, 20 Feb 2008 10:49:15 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1KInFKA024363 for ; Wed, 20 Feb 2008 18:49:15 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JWJ00K01VCPSJ00@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) for psarc@Sun.COM (ORCPT psarc@Sun.COM); Wed, 20 Feb 2008 11:49:15 -0700 (MST) Received: from [129.145.154.91] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWJ005B2W9KDWG0@mail-amer.sun.com> for psarc@Sun.COM (ORCPT psarc@Sun.COM); Wed, 20 Feb 2008 11:48:57 -0700 (MST) Date: Wed, 20 Feb 2008 10:48:56 -0800 From: Aarti Pai Subject: Inception Materials for PSARC Case (2008/097) SOSD: SCSI Object-based Storage Device Driver In-reply-to: <47BC746E.6030806@Sun.COM> Sender: Aarti.Pai@sun.com To: psarc@sun.com Cc: Ramana.Srikanth@sun.com, Peter Dunlap Reply-to: Aarti.Pai@sun.com Message-id: <47BC7618.2080300@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_P2g7t2z+BT9nrscPTiF0pg)" X-PMX-Version: 5.2.0.264296 References: <47BC5A68.6050702@Sun.com> <47BC746E.6030806@Sun.COM> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 8003 This is a multi-part message in MIME format. --Boundary_(ID_P2g7t2z+BT9nrscPTiF0pg) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT sac% ls -l inception.materials total 1614 -r--r--r-- 1 apai sac 25305 Feb 20 10:43 20q.txt -r--r--r-- 1 apai sac 9780 Feb 20 10:43 Security.txt -r--r--r-- 1 apai sac 731357 Feb 20 10:43 sosd_design_v3.pdf sac% pwd /shared/sac/Archives/CaseLog/arc/PSARC/2008/097 Aarti Srikanth, Ramana wrote: > Aarti, > Please find the attached materials for the Inception review. > > Thanks. > /Ramana > x66899 > > Aarti Pai wrote: >> Hi Ramana, >> >> This is just a friendly reminder that we need your inception >> materials to be submitted today. Otherwise, the PSARC members may >> advise we push out your review date. Do you think the materials will >> be available today, for me to distribute to PSARC? >> >> thanks, >> Aarti >> >> ------------------------------------------------------------------------ >> >> Subject: >> Inception Review for PSARC Case (2008/097) SOSD: SCSI Object-based >> Storage Device Driver >> From: >> Aarti Pai >> Date: >> Thu, 14 Feb 2008 10:56:44 -0800 >> To: >> Srikanth Ramana Suravajhala >> >> To: >> Srikanth Ramana Suravajhala >> >> >> Inception Review for PSARC Case (2008/097) SOSD: SCSI Object-based >> Storage Device Driver >> >> Per your request, your project has been scheduled on the PSARC >> agenda. Please note the date and *tentative* time of your review on >> the agenda provided below. The exact time of your review will be >> confirmed and sent at a later date when agenda times are finalized. >> Please join the meeting 5-10 minutes earlier than your scheduled >> time, if possible. >> >> NOTE: Updated and additional materials may be submitted until 7 >> calendar days before your review. Any new documents submitted after >> the deadline might not be read before your review. Substantial >> changes after the deadline may cause your review to be rescheduled. >> If you have not submitted any materials by this deadline, your agenda >> slot will probably be canceled. If a document needs to be updated >> within the 7 day deadline, the project team must work with the case >> owner, and the document must contain change bars ("|") around the >> changes. >> >> 02/27/2008 >> 10:00-10:10 Closed ARC Business >> 10:15-10:20 Open ARC Business >> 10:20-11:05 Open Inception: SOSD:SCSI Object-based Storage Device Driver (2008/097 ) >> Submitter: Ramana Srikanth >> Owner: NONE >> Exposure: open >> 45 min AVAILABLE >> 45 min AVAILABLE - Only if necessary >> --Boundary_(ID_P2g7t2z+BT9nrscPTiF0pg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT sac% ls -l inception.materials
total 1614
-r--r--r--   1 apai     sac        25305 Feb 20 10:43 20q.txt
-r--r--r--   1 apai     sac         9780 Feb 20 10:43 Security.txt
-r--r--r--   1 apai     sac       731357 Feb 20 10:43 sosd_design_v3.pdf
sac% pwd
/shared/sac/Archives/CaseLog/arc/PSARC/2008/097

Aarti

Srikanth, Ramana wrote:
Aarti,
    Please find the attached materials for the Inception review.

Thanks.
/Ramana
x66899

Aarti Pai wrote:
Hi Ramana,

This is just a friendly reminder that we need your inception materials to be submitted today. Otherwise, the PSARC members may advise we push out your review date. Do you think the materials will be available today, for me to distribute to PSARC?

thanks,
Aarti


Subject:
Inception Review for PSARC Case (2008/097) SOSD: SCSI Object-based Storage Device Driver
From:
Aarti Pai <Aarti.Pai@Sun.COM>
Date:
Thu, 14 Feb 2008 10:56:44 -0800
To:
Srikanth Ramana Suravajhala <Ramana.Srikanth@Sun.COM>
To:
Srikanth Ramana Suravajhala <Ramana.Srikanth@Sun.COM>

Inception Review for PSARC Case (2008/097) SOSD: SCSI Object-based Storage Device Driver

Per your request, your project has been scheduled on the PSARC agenda. Please note the date and tentative time of your review on the agenda provided below. The exact time of your review will be confirmed and sent at a later date when agenda times are finalized. Please join the meeting 5-10  minutes earlier than your scheduled time, if possible.

 NOTE: Updated and additional materials may be submitted until 7 calendar days before your review. Any new documents submitted after the deadline might not be read before your review. Substantial changes after the deadline may cause your review to be rescheduled. If you have not submitted any materials by this deadline, your agenda slot will probably be canceled.  If a document needs to be updated within the 7 day deadline, the project team must work with the case owner, and the document must contain change bars ("|") around the changes.

02/27/2008 
    10:00-10:10 Closed ARC Business
    10:15-10:20	Open ARC Business
    10:20-11:05 Open Inception: SOSD:SCSI Object-based Storage Device Driver (2008/097)
		Submitter: Ramana Srikanth
	 	Owner: NONE
		Exposure: open
    45 min      AVAILABLE
    45 min      AVAILABLE - Only if necessary


--Boundary_(ID_P2g7t2z+BT9nrscPTiF0pg)-- From owner-sac-advocates Thu Feb 21 14:55:42 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1LMtf2O004998 for ; Thu, 21 Feb 2008 14:55:42 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1LMsnOY016298; Thu, 21 Feb 2008 22:54:54 GMT 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 <0JWM001052BGTL00@brm-avmta-1.central.sun.com> (ORCPT psarc-agenda-announce@Sun.COM); Thu, 21 Feb 2008 15:54:52 -0700 (MST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWM00KYQ2BFUT40@brm-avmta-1.central.sun.com> (ORCPT psarc-agenda-announce@Sun.COM); Thu, 21 Feb 2008 15:54:51 -0700 (MST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1LMsp0r049297; Thu, 21 Feb 2008 14:54:51 -0800 (PST) Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1LMkgbF004395 for ; Thu, 21 Feb 2008 14:46:42 -0800 (PST) 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 m1LMkatL007809; Thu, 21 Feb 2008 14:46:42 -0800 (PST) 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 <0JWM0011V1XT8700@nwk-avmta-1.sfbay.Sun.COM>; Thu, 21 Feb 2008 14:46:41 -0800 (PST) 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 <0JWM00BB61XSOU70@nwk-avmta-1.sfbay.Sun.COM>; Thu, 21 Feb 2008 14:46:40 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1LMke0a018962; Thu, 21 Feb 2008 22:46:40 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JWL00B01YCPRQ00@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) ; Thu, 21 Feb 2008 15:46:40 -0700 (MST) Received: from [129.145.154.91] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWM00HXI1XNB570@mail-amer.sun.com>; Thu, 21 Feb 2008 15:46:36 -0700 (MST) Date: Thu, 21 Feb 2008 14:46:35 -0800 From: Aarti Pai Subject: PSARC Agenda - 02/27/2008 - [2008/097], [2007/694] Sender: Aarti.Pai@sun.com To: psarc-agenda-announce@sun.com Cc: Srikanth Ramana Suravajhala , Tomas Heran , duckwater@sun.com Reply-to: Aarti.Pai@sun.com Message-id: <47BDFF4B.1050902@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_GYIYnXnBaCX5l3/vZPcIJg)" X-PMX-Version: 5.2.0.264296 X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 6055 This is a multi-part message in MIME format. --Boundary_(ID_GYIYnXnBaCX5l3/vZPcIJg) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT *$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ NOTE: We WILL NOT be bridging the internal and external numbers - you *must* call in on the proper number, and you *will* need to hang up and dial in on the other number when we switch between the open and closed sections. Please see agenda below for details. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$* ============================================================================ PSARC - Platform Software Architecture Review Committee PSARC meets weekly on Wednesday: 10am-1pm (Pacific) except on the 3rd Wednesday each month 4pm-7pm (Pacific) on the 3rd Wednesday each month Where: MPK 17 Presidio Conference room, 3rd floor, room 3507 Video: Realtime: http://mpk17-presidio-camera.sfbay.sun.com Low Bandwidth: http://sac.sfbay.sun.com/Reports/PresidioCamera/room.jpg (refresh every 5 minutes) Anyone from Engineering may attend PSARC meetings (unless otherwise noted in the agenda); in addition, most meetings have segments that are open to various open source communities outside of Sun. PSARC meetings are recorded. ============================================================================ TELECONFERENCE NUMBERS: OPEN PSARC MEETINGS: Open Dial in - (866)545-5223 (Within US) - (865)673-9887 (International Access) - x44409 (direct dial inside Sun) Participant Code: 939 5 586# =========================================================================== ARCHITECTURE REVIEW SCHEDULE: 02/27/2008 10:00-10:10 Closed ARC Business (use closed dial in above) 10:15-10:25 Open ARC Business (use open dial in above) 10:25-10:35 Comments & Closure on OpenSolaris Trademark and Branding Policy Draft 10:35-11:20 Open Inception: 2008/097 [SOSD:SCSI Object-based Storage Device Driver] Submitter: Ramana Srikanth Owner: Mark Carlson Exposure: open 11:20-11:35 Open Preinception: Duckwater: Simplified Name Services Management (2007/694 ) Submitter: Doug Leavitt Owner: NONE --Boundary_(ID_GYIYnXnBaCX5l3/vZPcIJg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT 


$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
NOTE: We WILL NOT be bridging the internal and external numbers
- you *must* call in on the proper number, and you *will* need to hang
up and dial in on the other number when we switch between the open and
closed sections. Please see agenda below for details.
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
============================================================================

	PSARC - Platform Software Architecture Review Committee

        PSARC meets weekly on Wednesday:
		10am-1pm (Pacific) except on the 3rd Wednesday each month
		 4pm-7pm (Pacific) on the 3rd Wednesday each month

        Where: MPK 17 Presidio Conference room, 3rd floor, room 3507
        Video: Realtime:      http://mpk17-presidio-camera.sfbay.sun.com
               Low Bandwidth: http://sac.sfbay.sun.com/Reports/PresidioCamera/room.jpg
                              (refresh every 5 minutes)

	Anyone from Engineering may attend PSARC meetings (unless otherwise
	noted in the agenda); in addition, most meetings have segments that
	are open to various open source communities outside of Sun.
	PSARC meetings are recorded.

============================================================================
        TELECONFERENCE NUMBERS:

	    OPEN PSARC MEETINGS:

	    Open Dial in - (866)545-5223 (Within US)
		         - (865)673-9887 (International Access)
			 - x44409 (direct dial inside Sun)
	    Participant Code: 939 5 586#

===========================================================================
ARCHITECTURE REVIEW SCHEDULE:

02/27/2008     
    10:00-10:10 Closed ARC Business (use closed dial in above)
    10:15-10:25	Open ARC Business (use open dial in above)
    10:25-10:35 Comments & Closure on OpenSolaris Trademark and Branding Policy Draft 
    10:35-11:20 Open Inception: 2008/097
		    [SOSD:SCSI Object-based Storage Device Driver]
		Submitter: Ramana Srikanth
	 	Owner: Mark Carlson
		Exposure: open
    11:20-11:35 Open Preinception: Duckwater: Simplified Name Services Management (2007/694)
		Submitter: Doug Leavitt
		Owner: NONE
--Boundary_(ID_GYIYnXnBaCX5l3/vZPcIJg)-- From sacadmin Wed Feb 27 10:43:39 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1RIhd9k026350 for ; Wed, 27 Feb 2008 10:43:39 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1RIhcOh000610 for <@sunmail2sca.sfbay.sun.com:psarc-members@sun.com>; Wed, 27 Feb 2008 11:43:38 -0700 (MST) 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 <0JWW00E09UOQBD00@nwk-avmta-1.sfbay.Sun.COM> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 10:43:38 -0800 (PST) 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 <0JWW00CRGUOPS400@nwk-avmta-1.sfbay.Sun.COM> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 10:43:38 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1RIhbKq001556 for ; Wed, 27 Feb 2008 18:43:37 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JWW00F01UICCI00@mail-amer.sun.com> (original mail from Richard.Matthews@Sun.COM) for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 11:43:37 -0700 (MST) Received: from [129.152.9.11] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWW006R7UO65NF0@mail-amer.sun.com> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 11:43:19 -0700 (MST) Date: Wed, 27 Feb 2008 12:43:18 -0600 From: Rick Matthews Subject: [Fwd: Re: bung'ed up issue file] in PSARC/2008/097 Sender: Richard.Matthews@sun.com To: psarc-members@sun.com Reply-to: Richard.Matthews@sun.com Message-id: <47C5AF46.9050700@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1298 Help.... -------- Original Message -------- Subject: Re: bung'ed up issue file Date: Wed, 27 Feb 2008 11:30:48 -0700 From: Mark A. Carlson To: Richard.Matthews@Sun.COM References: <47C5AAA6.6020400@Sun.COM> Not sure how to fix as I am not an SCCS expert. Perhaps just removing the .0 version? -- mark Rick Matthews wrote: > Mark, > I apparently bunged up the issue file on 2008/097. I don't know how. > > I update issues based on a a canned procedure. > > >> For updating an issues file, do: >> cp issues issues.~x~ >> sccs edit issues >> >> vi issues >> >> sccs delget issues > I cannot seem to check the file back in after the fact. I get: >> sac-179: sccs delget issues >> comments? >> ERROR [SCCS/s.issues]: `SCCS/p.issues' nonexistent (ut4) > Help! > > -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From sacadmin Wed Feb 27 11:05:10 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1RJ59fj027410 for ; Wed, 27 Feb 2008 11:05:10 -0800 (PST) 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 m1RJ52Ud013270; Thu, 28 Feb 2008 03:05:06 +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 <0JWW00A0VVOHC500@brm-avmta-1.central.sun.com>; Wed, 27 Feb 2008 12:05:05 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWW00MELVOGQDC0@brm-avmta-1.central.sun.com>; Wed, 27 Feb 2008 12:05:05 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1RJ544L023123; Wed, 27 Feb 2008 14:05:04 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m1RJ54if023120; Wed, 27 Feb 2008 14:05:04 -0500 (EST) Date: Wed, 27 Feb 2008 14:05:04 -0500 From: James Carlson Subject: Re: [Fwd: Re: bung'ed up issue file] in PSARC/2008/097 In-reply-to: <47C5AF46.9050700@Sun.COM> To: Richard.Matthews@sun.com Cc: psarc-members@sun.com Message-id: <18373.46176.345999.722465@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: <47C5AF46.9050700@Sun.COM> Status: RO Content-Length: 762 Rick Matthews writes: > Not sure how to fix as I am not an SCCS expert. Perhaps just > removing the .0 version? As far as I can tell, your issues are in the file. "sccs diffs" shows no difference between the archived version and the one in the directory. In your last edit, you added "ram-99" to the issues file. The only thing I see that's wrong is that (a) it looks like you did a chmod on the issues file -- don't do that; please "chmod 444" it back -- and (b) you've left a trash backup file around named ".~0~" -- please remove. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From sacadmin Wed Feb 27 11:15:17 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1RJFGsT027623 for ; Wed, 27 Feb 2008 11:15:16 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1RJF9xB015319 for <@sunmail2sca.sfbay.sun.com:psarc-members@sun.com>; Wed, 27 Feb 2008 11:15:16 -0800 (PST) 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 <0JWW00B0DW5E3P00@brm-avmta-1.central.sun.com> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 12:15:14 -0700 (MST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWW00M11W5CQGC0@brm-avmta-1.central.sun.com> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 12:15:13 -0700 (MST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1RJFCTR009200 for ; Wed, 27 Feb 2008 19:15:12 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JWW00F01UICCI00@mail-amer.sun.com> (original mail from Richard.Matthews@Sun.COM) for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 12:15:12 -0700 (MST) Received: from [129.152.9.11] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWW00BCOW5BK2A0@mail-amer.sun.com> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 27 Feb 2008 12:15:12 -0700 (MST) Date: Wed, 27 Feb 2008 13:15:11 -0600 From: Rick Matthews Subject: Re: [Fwd: Re: bung'ed up issue file] in PSARC/2008/097 In-reply-to: <18373.46176.345999.722465@gargle.gargle.HOWL> Sender: Richard.Matthews@sun.com To: James Carlson Cc: psarc-members@sun.com Reply-to: Richard.Matthews@sun.com Message-id: <47C5B6BF.80000@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47C5AF46.9050700@Sun.COM> <18373.46176.345999.722465@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1189 James Carlson wrote: > Rick Matthews writes: > >> Not sure how to fix as I am not an SCCS expert. Perhaps just >> removing the .0 version? >> > > As far as I can tell, your issues are in the file. "sccs diffs" shows > no difference between the archived version and the one in the > directory. > > In your last edit, you added "ram-99" to the issues file. > > The only thing I see that's wrong is that (a) it looks like you did a > chmod on the issues file -- don't do that; please "chmod 444" it back > -- and (b) you've left a trash backup file around named ".~0~" -- > please remove. > > The chmod was an attempt to resolve, I've un-done it. I did remove the backup file. All seems well now. Thanks Jim -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From sacadmin Wed Feb 27 14:23:57 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1RMNvs4005944 for ; Wed, 27 Feb 2008 14:23:57 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1RMNkfm005229; Wed, 27 Feb 2008 14:23:51 -0800 (PST) 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 <0JWX002074VRDQ00@brm-avmta-1.central.sun.com>; Wed, 27 Feb 2008 15:23:51 -0700 (MST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWX00C9C4VQWV90@brm-avmta-1.central.sun.com>; Wed, 27 Feb 2008 15:23:50 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1RMNoXS026086; Wed, 27 Feb 2008 22:23:50 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JWX00A0148A9N00@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) ; Wed, 27 Feb 2008 15:23:50 -0700 (MST) Received: from [129.150.36.250] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JWX00AWJ4VEEBA0@mail-amer.sun.com>; Wed, 27 Feb 2008 15:23:47 -0700 (MST) Date: Wed, 27 Feb 2008 14:23:38 -0800 From: Aarti Pai Subject: PSARC Meeting Minutes 02/27/2008 - [2008/097], [2007/694] Sender: Aarti.Pai@sun.com To: psarc@sun.com Cc: Ramana Srikanth , Peter.Dunlap@sun.com, Tomas Heran , Doug.Leavitt@sun.com, Duckwater project Message-id: <47C5E2EA.9040701@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.13pre (Windows/20080227) Status: RO Content-Length: 1006 Minutes/Audio for PSARC 2/27/2008 are now available: - *Closed Arc Business:* http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.arcbiz.closed Audio: http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.arcbiz.closed.mp3 - *Open Arc Business:* http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.arcbiz.open Audio: http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.arcbiz.open.mp3 - *Open Inception: SOSD:SCSI Object-based Storage Device Driver (2008/097)* http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.2008.097.inception Audio: http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.2008.097.inception.mp3 - *Open Preinception: Duckwater: Simplified Name Services Management (2007/694)* http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.2007.694.preinception Audio: http://sac.sfbay/Archives/Minutes/PSARC/2008/20080227.2007.694.preinception.mp3 Please contact me directly if you require any corrections/modifications to these minutes. Aarti From sacadmin Wed Jun 25 11:26:06 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5PIQ6kR010380 for ; Wed, 25 Jun 2008 11:26:06 -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 m5PIQ5Ho002923 for <@sunmail2sca.sfbay.sun.com:psarc@sun.com>; Wed, 25 Jun 2008 11:26:05 -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 <0K310060977HU900@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com (ORCPT psarc@Sun.COM); Wed, 25 Jun 2008 11:26:05 -0700 (PDT) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3100GNC77FIWB0@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com (ORCPT psarc@Sun.COM); Wed, 25 Jun 2008 11:26:04 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m5PIQ3ar023006 for ; Wed, 25 Jun 2008 18:26:03 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K31005015G9Z700@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) for psarc@Sun.COM (ORCPT psarc@Sun.COM); Wed, 25 Jun 2008 12:26:03 -0600 (MDT) Received: from [129.145.154.55] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K310045C773UNE0@mail-amer.sun.com> for psarc@Sun.COM (ORCPT psarc@Sun.COM); Wed, 25 Jun 2008 12:25:52 -0600 (MDT) Date: Wed, 25 Jun 2008 11:25:51 -0700 From: Aarti Pai Subject: Meeting Minutes for PSARC - 06/25/2008 - [2008/097] Sender: Aarti.Pai@sun.com To: psarc@sun.com Cc: Srikanth Ramana Suravajhala Reply-to: Aarti.Pai@sun.com Message-id: <48628DAF.8000305@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.12 (X11/20080228) Status: RO Content-Length: 328 Minutes/Audio for PSARC - 06/25/2008 are now available: - Open Arc Business: http://sac.sfbay/Archives/Minutes/PSARC/2008/20080625.arcbiz.open Audio: http://sac.sfbay/Archives/Minutes/PSARC/2008/20080625.arcbiz.open.mp3 Please contact me directly if you require any corrections/modifications to these minutes. Aarti From storycrafter@gmail.com Wed Jun 25 20:19:24 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5Q3JN9S000903 for ; Wed, 25 Jun 2008 20:19:23 -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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m5Q3JIeN006407 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 26 Jun 2008 04:19:22 +0100 (BST) 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 <0K3100I03VW80600@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 25 Jun 2008 20:19:20 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3100FSTVW70H10@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 25 Jun 2008 20:19:19 -0700 (PDT) Received: from relay16i.sun.com (ip126.net129179-4.block1.us.syntegra.com [129.179.4.126]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m5Q3JJ9S010456 for ; Thu, 26 Jun 2008 03:19:19 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay16i.sun.com with ESMTP id BT-MMP-1207786 for psarc-ext@sun.com; Thu, 26 Jun 2008 03:19:19 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-52057569 for psarc-ext@sun.com; Thu, 26 Jun 2008 03:19:17 +0000 (Z) Received: from an-out-0708.google.com ([209.85.132.240] [209.85.132.240]) by relay1i.sun.com with ESMTP id BT-MMP-4729062 for psarc-ext@sun.com; Thu, 26 Jun 2008 03:19:17 +0000 (Z) Received: by an-out-0708.google.com with SMTP id d31so845523and.92 for ; Wed, 25 Jun 2008 20:19:10 -0700 (PDT) Received: by 10.100.212.6 with SMTP id k6mr19592148ang.142.1214450350038; Wed, 25 Jun 2008 20:19:10 -0700 (PDT) Received: by 10.100.174.8 with HTTP; Wed, 25 Jun 2008 20:19:09 -0700 (PDT) Date: Wed, 25 Jun 2008 22:19:09 -0500 From: Mark Martin Subject: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver To: psarc-ext@sun.com, opensolaris-arc@opensolaris.org Cc: "Srikanth, Ramana" Message-id: MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_Y1spkVX+QjU0LwtzpPNzdA)" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type; bh=VqKMFy8mNSRDKd1Lu7d7GUCW/YZEn9NpBnKmbUnEWqk=; b=a8BqfnpaZzhIjESW/0Bfru5z+ylZ6ZsyIgBCMbah35OoKZMx0D3w0PBE9nMeTTFsGE /X+JYPdYFZ0TZ9RJypu4uXLy5yFCyugDp4lYBveYjihrnnznvfqRYRD1C1YRrrqAeB4E 6kSyjIzmykYR46yt4u9fZCqjYy9q8r7kKeZaE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type; b=fhslLph8h1AHbUfsDpmSsjgxerf/grxR3+6mrrrZ7GX7RdTO++pegqgzQVToMlJRAV rO7QheuefDHIV3Lg6jF4Xov3mAtk6H3geTygOrL349dDfEbVInYqU5BQfE8mNNvSxrbJ Aum3e6wdseJaYUx9leDUEnfQCx5hYoiXjVv+g= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.414sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Status: RO Content-Length: 31454 --Boundary_(ID_Y1spkVX+QjU0LwtzpPNzdA) Content-type: multipart/alternative; boundary="Boundary_(ID_gxlcLfJDamxvvJkvACsObA)" --Boundary_(ID_gxlcLfJDamxvvJkvACsObA) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline After conclusion of the business vote on 6/25 for PSARC 2008/097 "sosd: SCSI Object-based Storage Device driver", I would like to offer for your review the following final opinion draft. I'll set the timer for 1 week: 2008-07-03. Sun Microsystems Systems Architecture Committee _________________________________________________________________ Subject: sosd: SCSI Object-based Storage Device driver Submitted by: Mark Martin File: PSARC/2008/097/opinion.ms Date: March 11th, 2008. Committee: Mark Carlson (opinion written by Mark Martin) (Members present: Glenn Skinner, Garrett D'Amore, Joseph Kowalski, Kais Belgaied) Product Approval Committee: Solaris PAC solaris-pac-opinion@sun.com 1. Summary The project implements a new SCSI target driver (sosd) that binds to object-based SCSI devices conforming to the ANSI T10 OSD-2 standard. The new target driver will allow filesystems and applications to interact with the OSD devices using object semantics instead of block semantics. This driver will be a peer of the existing SCSI target drivers sd, st and sgen. 2. Decision & Precedence Information The project is approved as specified in reference [1]. The project may be delivered in a patch release. 3. Interfaces The project exports the following interfaces. Exported Interfaces ______________________________________________________________________ Interface | Classification | Comments ___________________________________|________________|_________________ osd_setup_format_osd | | osd_setup_create_partition | | These interfaces osd_setup_remove_partition | | are available to osd_setup_create_object | | kernel clients osd_setup_remove_object | | (filesystems) osd_setup_create_and_write | | through scsi_osd osd_setup_create_and_write_bp | | module osd_setup_write | | osd_setup_write_bp | CONTRACTED | osd_setup_read | CONSOLIDATION | osd_setup_read_bp | PRIVATE | osd_setup_append | | osd_setup_append_bp | | osd_setup_flush | | osd_setup_flush_osd | | osd_setup_clear | | osd_setup_punch | | osd_setup_object_structure_check | | osd_setup_set_attr | | osd_setup_get_attr | | | | osd_add_set_page_1attr_cdb | | osd_add_set_page_1attr_to_req | | osd_add_get_page_attr_to_req | | osd_add_set_list_entry_to_req | | osd_add_get_list_entry_to_req | | osd_add_capability_security_to_req | | osd_add_flags_to_req | | | | osd_submit_req | | | | osd_get_result | | | | osd_free_req | | | | osd_open_by_name | | osd_close | | | | osd_get_max_dma_size | | osd_get_api_version | | ___________________________________|__________________________________ The project imports the following interfaces. Imported Interfaces _____________________________________________________________________ Interface | Classification | Comments ____________________|____________________|___________________________ Solaris DDI | | Solaris LDI | | scsi_init_pkt | | scsi_destroy_pkt | | scsi_transport | | scsi_dmafree | | scsi_probe | | scsi_unprobe | | scsi_ifgetcap | | scsi_ifsetcap | | scsi_log | | makedevice | | getminor | | physio | All are Committed | Interfaces defined in bioinit | | biowait | interfaces | sections 9F or 9S of bioerror | | biodone | | solaris man pages biofini | | buf | | bp_mapout | | getrbuf | | freerbuf | | kmem_cache_create | | kmem_cache_alloc | | kmem_cache_free | | kmem_cache_destroy | | kmem_zalloc | | kmem_free | | mod_install | | mod_info | | mod_remove | | mod_modname | | bcopy | | bzero | | bcmp | | mutex_init | | mutex_enter | | mutex_exit | | mutex_owned | | mutex_destroy | | sema_init | | sema_p | | sema_v | | sema_destroy | | kstat_create | | kstat_install | | kstat_named_init | | kstat_delete | | ____________________|____________________|____________________________ The project uses the following interfaces for kernel module and driver communication internally. Internal Interfaces ______________________________________________________________________ Interface | Classification | Comments __________________________|____________________|______________________ osd_iotask_alloc | | osd_iotask_start | | These are used osd_iotask_free | PROJECT | internally for osd_register_library | PRIVATE | kernel module and osd_deregister_library | | driver communication osd_add_cap_sec_to_iotask | | __________________________|____________________|______________________ 4. Opinion 4.1. Existing clients planned During inception discussion, it was noted that the ARC discourages producing APIs which do not have any clients. The project team indicated that the Shared QFS will deliver as a client of this API at a later date. See PSARC 2007/588. 5. Minority Opinion(s) None. 6. Advisory Information 6.1. Bi-directional support and atomic transactions. During inception review, the lack of support for bi-directional communication caused concern, especially with regard for supporting atomic transactions. The project team acknowleges that while this is a limitation in the existing framework, Shared QFS does not have a requirement to support bi-directional commands. Any other client that wishes to use the sosd driver must be aware of the bi-directional support limitation in SCSA. The committee would advise the project team to clearly state the limitation that if another client (apart from Shared QFS) wants to use this interface, such client may not assume bidirectional support and should know that lack of bidirectional support may have issues with atomicity of a 'client-initiated-split-command' to achieve the net effect of a bidirectional command. The driver will _never_ split any command on behalf of the client. Shared/Concurrent access will have to be managed by filesystem and OSD target with OSD protocol support or QFS semantics and out of scope. 7. Appendices 7.1. Appendix A: Technical Changes Required None. 7.2. Appendix B: Technical Changes Advised None. 7.3. Appendix C: Reference Material Unless stated otherwise, path names are relative to the case directory PSARC/2008/097. 1 Onepager File: onepager 2 Inception minutes File: 20080227-2008-097-inception 3 Issues File: issues 4 PSARC 20 Questions. File: final.materials/20q 5 Security File: final.materials/security.txt 6 SCSI OSD Driver Design File: final.materials/sosd_design_v3.pdf 7 ANSI project T10/11729-D standard http://www.t10.org/ftp/t10/drafts/osd/osd2r03.pdf PSARC/2008/097 Copyright 2008 Sun Microsystems --Boundary_(ID_gxlcLfJDamxvvJkvACsObA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline
After conclusion of the business vote on 6/25 for PSARC 2008/097 "sosd: SCSI Object-based Storage Device driver", I would like to offer for your review the following final opinion draft.  I'll set the timer for 1 week: 2008-07-03.


   Sun
   Microsystems              Systems Architecture Committee

_________________________________________________________________


Subject:	sosd: SCSI Object-based Storage Device driver




Submitted by:	Mark Martin

File:		PSARC/2008/097/opinion.ms


Date:		March 11th, 2008.


Committee:	Mark  Carlson  (opinion  written  by  Mark Martin)


		(Members present:  Glenn Skinner, Garrett D'Amore,

		Joseph Kowalski, Kais Belgaied)


Product Approval Committee:
		Solaris PAC

		solaris-pac-opinion@sun.com




1.  Summary

The project implements a new SCSI target driver (sosd) that binds


to object-based SCSI devices conforming to the ANSI T10 OSD-2

standard.  The new target driver will allow filesystems and


applications to interact with the OSD devices using object
semantics instead of block semantics.  This driver will be a peer


of the existing SCSI target drivers sd, st and sgen.



2.  Decision & Precedence Information



The project is approved as specified in reference [1].

The project may be delivered in a patch release.




3.  Interfaces

The project exports the following interfaces.


                     Exported Interfaces


    ______________________________________________________________________
      Interface                        | Classification |   Comments


    ___________________________________|________________|_________________



    osd_setup_format_osd               |                |
    osd_setup_create_partition         |                | These interfaces

    osd_setup_remove_partition         |                | are available to




    osd_setup_create_object            |                | kernel clients
    osd_setup_remove_object            |                | (filesystems)

    osd_setup_create_and_write         |                | through scsi_osd




    osd_setup_create_and_write_bp      |                | module
    osd_setup_write                    |                |
    osd_setup_write_bp                 | CONTRACTED     |

    osd_setup_read                     | CONSOLIDATION  |




    osd_setup_read_bp                  | PRIVATE        |
    osd_setup_append                   |                |
    osd_setup_append_bp                |                |

    osd_setup_flush                    |                |




    osd_setup_flush_osd                |                |
    osd_setup_clear                    |                |
    osd_setup_punch                    |                |

    osd_setup_object_structure_check   |                |




    osd_setup_set_attr                 |                |
    osd_setup_get_attr                 |                |
                                       |                |

    osd_add_set_page_1attr_cdb         |                |




    osd_add_set_page_1attr_to_req      |                |
    osd_add_get_page_attr_to_req       |                |
    osd_add_set_list_entry_to_req      |                |

    osd_add_get_list_entry_to_req      |                |




    osd_add_capability_security_to_req |                |
    osd_add_flags_to_req               |                |
                                       |                |

    osd_submit_req                     |                |




                                       |                |
    osd_get_result                     |                |
                                       |                |

    osd_free_req                       |                |




                                       |                |
    osd_open_by_name                   |                |
    osd_close                          |                |

                                       |                |




    osd_get_max_dma_size               |                |
    osd_get_api_version                |                |
    ___________________________________|__________________________________




The project imports the following interfaces.




                     Imported Interfaces
   _____________________________________________________________________
      Interface        |   Classification   |   Comments


   ____________________|____________________|___________________________



      Solaris DDI      |                    |
      Solaris LDI      |                    |
    scsi_init_pkt      |                    |


    scsi_destroy_pkt   |                    |
    scsi_transport     |                    |



    scsi_dmafree       |                    |
    scsi_probe         |                    |
    scsi_unprobe       |                    |


    scsi_ifgetcap      |                    |
    scsi_ifsetcap      |                    |



    scsi_log           |                    |
    makedevice         |                    |
    getminor           |                    |


    physio             | All are Committed  | Interfaces defined in 


    bioinit            |                    |

    biowait            |   interfaces       | sections 9F or 9S of
    bioerror           |                    |


    biodone            |                    | solaris man pages


    biofini            |                    |

    buf                |                    |
    bp_mapout          |                    |


    getrbuf            |                    |
    freerbuf           |                    |


    kmem_cache_create  |                    |

    kmem_cache_alloc   |                    |
    kmem_cache_free    |                    |


    kmem_cache_destroy |                    |
    kmem_zalloc        |                    |


    kmem_free          |                    |

    mod_install        |                    |
    mod_info           |                    |


    mod_remove         |                    |
    mod_modname        |                    |


    bcopy              |                    |

    bzero              |                    |
    bcmp               |                    |


    mutex_init         |                    |
    mutex_enter        |                    |


    mutex_exit         |                    |

    mutex_owned        |                    |
    mutex_destroy      |                    |


    sema_init          |                    |
    sema_p             |                    |


    sema_v             |                    |

    sema_destroy       |                    |
    kstat_create       |                    |


    kstat_install      |                    |
    kstat_named_init   |                    |


    kstat_delete       |                    |

   ____________________|____________________|____________________________



The project uses the following interfaces for kernel module and driver 
communication internally.



                     Internal Interfaces

   ______________________________________________________________________


            Interface        |   Classification   |   Comments
   __________________________|____________________|______________________


   osd_iotask_alloc          |                    |

   osd_iotask_start          |                    | These are used


   osd_iotask_free           |       PROJECT      | internally for
   osd_register_library      |       PRIVATE      | kernel module and


   osd_deregister_library    |                    | driver communication



   osd_add_cap_sec_to_iotask |                    |
   __________________________|____________________|______________________



4.  Opinion


4.1.  Existing clients planned

During inception discussion, it was noted that the ARC discourages



producing APIs which do not have any clients.  The project team indicated
that the Shared QFS will deliver as a client of this API at a later date.


See PSARC 2007/588.


5.  Minority Opinion(s)



None.


6.  Advisory Information

6.1.  Bi-directional support and atomic transactions.

During inception review, the lack of support for bi-directional


communication caused concern, especially with regard for supporting atomic



transactions.  

The project team acknowleges that while this is a limitation in the
existing framework, Shared QFS does not have a requirement to support


bi-directional commands.  Any other client that wishes to use the sosd driver



must be aware of the bi-directional support limitation in SCSA.

The committee would advise the project team to clearly state the


limitation that if another client (apart from Shared QFS) wants to use this


interface, such client may not assume bidirectional support and should know

that lack of bidirectional support may have issues with atomicity of a


'client-initiated-split-command' to achieve the net effect of a bidirectional


command.  The driver will _never_ split any command on behalf of the client.


Shared/Concurrent access will have to be managed by filesystem and OSD


target with OSD protocol support or QFS semantics and out of scope.



7.  Appendices

7.1.  Appendix A: Technical Changes Required


None.

7.2.  Appendix B: Technical Changes Advised


None.


7.3.  Appendix C: Reference Material

Unless stated otherwise, path names are relative to the case


directory PSARC/2008/097.


1    Onepager
     File: onepager

2    Inception minutes

     File: 20080227-2008-097-inception


3    Issues
     File: issues

4    PSARC 20 Questions.


     File: final.materials/20q


5    Security 
     File: final.materials/security.txt


6    SCSI OSD Driver Design
     File: final.materials/sosd_design_v3.pdf


7    ANSI project T10/11729-D standard


     http://www.t10.org/ftp/t10/drafts/osd/osd2r03.pdf




PSARC/2008/097               Copyright 2008 Sun Microsystems

--Boundary_(ID_gxlcLfJDamxvvJkvACsObA)-- --Boundary_(ID_Y1spkVX+QjU0LwtzpPNzdA) Content-type: text/plain; name=psarc_2008_097_draft_opinion.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=psarc_2008_097_draft_opinion.txt X-Attachment-Id: f_fhwsa4bf1 Sun Microsystems Systems Architecture Committee _________________________________________________________________ Subject: sosd: SCSI Object-based Storage Device driver Submitted by: Mark Martin File: PSARC/2008/097/opinion.ms Date: March 11th, 2008. Committee: Mark Carlson (opinion written by Mark Martin) (Members present: Glenn Skinner, Garrett D'Amore, Joseph Kowalski, Kais Belgaied) Product Approval Committee: Solaris PAC solaris-pac-opinion@sun.com 1. Summary The project implements a new SCSI target driver (sosd) that binds to object-based SCSI devices conforming to the ANSI T10 OSD-2 standard. The new target driver will allow filesystems and applications to interact with the OSD devices using object semantics instead of block semantics. This driver will be a peer of the existing SCSI target drivers sd, st and sgen. 2. Decision & Precedence Information The project is approved as specified in reference [1]. The project may be delivered in a patch release. 3. Interfaces The project exports the following interfaces. Exported Interfaces ______________________________________________________________________ Interface | Classification | Comments ___________________________________|________________|_________________ osd_setup_format_osd | | osd_setup_create_partition | | These interfaces osd_setup_remove_partition | | are available to osd_setup_create_object | | kernel clients osd_setup_remove_object | | (filesystems) osd_setup_create_and_write | | through scsi_osd osd_setup_create_and_write_bp | | module osd_setup_write | | osd_setup_write_bp | CONTRACTED | osd_setup_read | CONSOLIDATION | osd_setup_read_bp | PRIVATE | osd_setup_append | | osd_setup_append_bp | | osd_setup_flush | | osd_setup_flush_osd | | osd_setup_clear | | osd_setup_punch | | osd_setup_object_structure_check | | osd_setup_set_attr | | osd_setup_get_attr | | | | osd_add_set_page_1attr_cdb | | osd_add_set_page_1attr_to_req | | osd_add_get_page_attr_to_req | | osd_add_set_list_entry_to_req | | osd_add_get_list_entry_to_req | | osd_add_capability_security_to_req | | osd_add_flags_to_req | | | | osd_submit_req | | | | osd_get_result | | | | osd_free_req | | | | osd_open_by_name | | osd_close | | | | osd_get_max_dma_size | | osd_get_api_version | | ___________________________________|__________________________________ The project imports the following interfaces. Imported Interfaces _____________________________________________________________________ Interface | Classification | Comments ____________________|____________________|___________________________ Solaris DDI | | Solaris LDI | | scsi_init_pkt | | scsi_destroy_pkt | | scsi_transport | | scsi_dmafree | | scsi_probe | | scsi_unprobe | | scsi_ifgetcap | | scsi_ifsetcap | | scsi_log | | makedevice | | getminor | | physio | All are Committed | Interfaces defined in bioinit | | biowait | interfaces | sections 9F or 9S of bioerror | | biodone | | solaris man pages biofini | | buf | | bp_mapout | | getrbuf | | freerbuf | | kmem_cache_create | | kmem_cache_alloc | | kmem_cache_free | | kmem_cache_destroy | | kmem_zalloc | | kmem_free | | mod_install | | mod_info | | mod_remove | | mod_modname | | bcopy | | bzero | | bcmp | | mutex_init | | mutex_enter | | mutex_exit | | mutex_owned | | mutex_destroy | | sema_init | | sema_p | | sema_v | | sema_destroy | | kstat_create | | kstat_install | | kstat_named_init | | kstat_delete | | ____________________|____________________|____________________________ The project uses the following interfaces for kernel module and driver communication internally. Internal Interfaces ______________________________________________________________________ Interface | Classification | Comments __________________________|____________________|______________________ osd_iotask_alloc | | osd_iotask_start | | These are used osd_iotask_free | PROJECT | internally for osd_register_library | PRIVATE | kernel module and osd_deregister_library | | driver communication osd_add_cap_sec_to_iotask | | __________________________|____________________|______________________ 4. Opinion 4.1. Existing clients planned During inception discussion, it was noted that the ARC discourages producing APIs which do not have any clients. The project team indicated that the Shared QFS will deliver as a client of this API at a later date. See PSARC 2007/588. 5. Minority Opinion(s) None. 6. Advisory Information 6.1. Bi-directional support and atomic transactions. During inception review, the lack of support for bi-directional communication caused concern, especially with regard for supporting atomic transactions. The project team acknowleges that while this is a limitation in the existing framework, Shared QFS does not have a requirement to support bi-directional commands. Any other client that wishes to use the sosd driver must be aware of the bi-directional support limitation in SCSA. The committee would advise the project team to clearly state the limitation that if another client (apart from Shared QFS) wants to use this interface, such client may not assume bidirectional support and should know that lack of bidirectional support may have issues with atomicity of a 'client-initiated-split-command' to achieve the net effect of a bidirectional command. The driver will _never_ split any command on behalf of the client. Shared/Concurrent access will have to be managed by filesystem and OSD target with OSD protocol support or QFS semantics and out of scope. 7. Appendices 7.1. Appendix A: Technical Changes Required None. 7.2. Appendix B: Technical Changes Advised None. 7.3. Appendix C: Reference Material Unless stated otherwise, path names are relative to the case directory PSARC/2008/097. 1 Onepager File: onepager 2 Inception minutes File: 20080227-2008-097-inception 3 Issues File: issues 4 PSARC 20 Questions. File: final.materials/20q 5 Security File: final.materials/security.txt 6 SCSI OSD Driver Design File: final.materials/sosd_design_v3.pdf 7 ANSI project T10/11729-D standard http://www.t10.org/ftp/t10/drafts/osd/osd2r03.pdf PSARC/2008/097 Copyright 2008 Sun Microsystems --Boundary_(ID_Y1spkVX+QjU0LwtzpPNzdA)-- From gdamore@sun.com Thu Jun 26 08:57:12 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5QFvBq1020044 for ; Thu, 26 Jun 2008 08:57:12 -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 m5QFv8sY025708 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 26 Jun 2008 23:57:10 +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 <0K3200I0LUZ91E00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 09:57:09 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K32008NFUZ7N890@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 09:57:07 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m5QFv7Mv022353 for ; Thu, 26 Jun 2008 08:57:07 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K3200C01UF8E400@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 08:57:07 -0700 (PDT) Received: from [192.168.251.106] ([76.174.83.55]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K320057SUYVXVE0@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 08:56:56 -0700 (PDT) Date: Thu, 26 Jun 2008 08:54:55 -0700 From: "Garrett D'Amore" Subject: Re: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver In-reply-to: Sender: Garrett.Damore@sun.com To: Mark Martin Cc: psarc-ext@sun.com, opensolaris-arc@opensolaris.org, "Srikanth, Ramana" Message-id: <4863BBCF.3060408@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: User-Agent: Thunderbird 2.0.0.6 (X11/20071023) Status: RO Content-Length: 10831 I'm not sure you really need to call out the public DDI interfaces used by the project. Apart from the weird line breaks in the e-mail, the opinion looks good to me. -- Garrett Mark Martin wrote: > > After conclusion of the business vote on 6/25 for PSARC 2008/097 > "sosd: SCSI Object-based Storage Device driver", I would like to offer > for your review the following final opinion draft. I'll set the timer > for 1 week: 2008-07-03. > > > Sun > Microsystems Systems Architecture Committee > > _________________________________________________________________ > > > Subject: sosd: SCSI Object-based Storage Device driver > > > > > Submitted by: Mark Martin > > File: PSARC/2008/097/opinion.ms > > > Date: March 11th, 2008. > > > Committee: Mark Carlson (opinion written by Mark Martin) > > > (Members present: Glenn Skinner, Garrett D'Amore, > > Joseph Kowalski, Kais Belgaied) > > > Product Approval Committee: > Solaris PAC > > solaris-pac-opinion@sun.com > > > > > 1. Summary > > The project implements a new SCSI target driver (sosd) that binds > > > to object-based SCSI devices conforming to the ANSI T10 OSD-2 > > standard. The new target driver will allow filesystems and > > > applications to interact with the OSD devices using object > semantics instead of block semantics. This driver will be a peer > > > of the existing SCSI target drivers sd, st and sgen. > > > > 2. Decision & Precedence Information > > > > The project is approved as specified in reference [1]. > > The project may be delivered in a patch release. > > > > > 3. Interfaces > > The project exports the following interfaces. > > > Exported Interfaces > > > ______________________________________________________________________ > Interface | Classification | Comments > > > ___________________________________|________________|_________________ > > > > osd_setup_format_osd | | > osd_setup_create_partition | | These interfaces > > osd_setup_remove_partition | | are available to > > > > > osd_setup_create_object | | kernel clients > osd_setup_remove_object | | (filesystems) > > osd_setup_create_and_write | | through scsi_osd > > > > > osd_setup_create_and_write_bp | | module > osd_setup_write | | > osd_setup_write_bp | CONTRACTED | > > osd_setup_read | CONSOLIDATION | > > > > > osd_setup_read_bp | PRIVATE | > osd_setup_append | | > osd_setup_append_bp | | > > osd_setup_flush | | > > > > > osd_setup_flush_osd | | > osd_setup_clear | | > osd_setup_punch | | > > osd_setup_object_structure_check | | > > > > > osd_setup_set_attr | | > osd_setup_get_attr | | > | | > > osd_add_set_page_1attr_cdb | | > > > > > osd_add_set_page_1attr_to_req | | > osd_add_get_page_attr_to_req | | > osd_add_set_list_entry_to_req | | > > osd_add_get_list_entry_to_req | | > > > > > osd_add_capability_security_to_req | | > osd_add_flags_to_req | | > | | > > osd_submit_req | | > > > > > | | > osd_get_result | | > | | > > osd_free_req | | > > > > > | | > osd_open_by_name | | > osd_close | | > > | | > > > > > osd_get_max_dma_size | | > osd_get_api_version | | > ___________________________________|__________________________________ > > > > > The project imports the following interfaces. > > > > > Imported Interfaces > _____________________________________________________________________ > Interface | Classification | Comments > > > ____________________|____________________|___________________________ > > > > Solaris DDI | | > Solaris LDI | | > scsi_init_pkt | | > > > scsi_destroy_pkt | | > scsi_transport | | > > > > scsi_dmafree | | > scsi_probe | | > scsi_unprobe | | > > > scsi_ifgetcap | | > scsi_ifsetcap | | > > > > scsi_log | | > makedevice | | > getminor | | > > > physio | All are Committed | Interfaces defined in > > > bioinit | | > > biowait | interfaces | sections 9F or 9S of > bioerror | | > > > biodone | | solaris man pages > > > biofini | | > > buf | | > bp_mapout | | > > > getrbuf | | > freerbuf | | > > > kmem_cache_create | | > > kmem_cache_alloc | | > kmem_cache_free | | > > > kmem_cache_destroy | | > kmem_zalloc | | > > > kmem_free | | > > mod_install | | > mod_info | | > > > mod_remove | | > mod_modname | | > > > bcopy | | > > bzero | | > bcmp | | > > > mutex_init | | > mutex_enter | | > > > mutex_exit | | > > mutex_owned | | > mutex_destroy | | > > > sema_init | | > sema_p | | > > > sema_v | | > > sema_destroy | | > kstat_create | | > > > kstat_install | | > kstat_named_init | | > > > kstat_delete | | > > ____________________|____________________|____________________________ > > > > The project uses the following interfaces for kernel module and driver > communication internally. > > > > Internal Interfaces > > ______________________________________________________________________ > > > Interface | Classification | Comments > __________________________|____________________|______________________ > > > osd_iotask_alloc | | > > osd_iotask_start | | These are used > > > osd_iotask_free | PROJECT | internally for > osd_register_library | PRIVATE | kernel module and > > > osd_deregister_library | | driver communication > > > > osd_add_cap_sec_to_iotask | | > __________________________|____________________|______________________ > > > > 4. Opinion > > > 4.1. Existing clients planned > > During inception discussion, it was noted that the ARC discourages > > > > producing APIs which do not have any clients. The project team indicated > that the Shared QFS will deliver as a client of this API at a later date. > > > See PSARC 2007/588. > > > 5. Minority Opinion(s) > > > > None. > > > 6. Advisory Information > > 6.1. Bi-directional support and atomic transactions. > > During inception review, the lack of support for bi-directional > > > communication caused concern, especially with regard for supporting atomic > > > > transactions. > > The project team acknowleges that while this is a limitation in the > existing framework, Shared QFS does not have a requirement to support > > > bi-directional commands. Any other client that wishes to use the sosd driver > > > > must be aware of the bi-directional support limitation in SCSA. > > The committee would advise the project team to clearly state the > > > limitation that if another client (apart from Shared QFS) wants to use this > > > interface, such client may not assume bidirectional support and should know > > that lack of bidirectional support may have issues with atomicity of a > > > 'client-initiated-split-command' to achieve the net effect of a bidirectional > > > command. The driver will _never_ split any command on behalf of the client. > > > Shared/Concurrent access will have to be managed by filesystem and OSD > > > target with OSD protocol support or QFS semantics and out of scope. > > > > 7. Appendices > > 7.1. Appendix A: Technical Changes Required > > > None. > > 7.2. Appendix B: Technical Changes Advised > > > None. > > > 7.3. Appendix C: Reference Material > > Unless stated otherwise, path names are relative to the case > > > directory PSARC/2008/097. > > > 1 Onepager > File: onepager > > 2 Inception minutes > > File: 20080227-2008-097-inception > > > 3 Issues > File: issues > > 4 PSARC 20 Questions. > > > File: final.materials/20q > > > 5 Security > File: final.materials/security.txt > > > 6 SCSI OSD Driver Design > File: final.materials/sosd_design_v3.pdf > > > 7 ANSI project T10/11729-D standard > > > http://www.t10.org/ftp/t10/drafts/osd/osd2r03.pdf > > > > > PSARC/2008/097 Copyright 2008 Sun Microsystems > > > > From sac-owner Thu Jun 26 09:43:33 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5QGhXSZ022143 for ; Thu, 26 Jun 2008 09:43:33 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m5QGhVbs025071 for <@sunmail2sca.sfbay.sun.com:All-ARCs@sun.com>; Thu, 26 Jun 2008 09:43:33 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K3200G0TX4KVS00@nwk-avmta-2.sfbay.sun.com> for All-ARCs@sun.com (ORCPT All-ARCs@Sun.COM); Thu, 26 Jun 2008 09:43:32 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3200BXIX4JCXE0@nwk-avmta-2.sfbay.sun.com> for All-ARCs@sun.com (ORCPT All-ARCs@Sun.COM); Thu, 26 Jun 2008 09:43:31 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m5QGhV0h007379 for ; Thu, 26 Jun 2008 16:43:31 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K3200701U7IBR00@mail-amer.sun.com> (original mail from Aarti.Pai@Sun.COM) for All-ARCs@Sun.COM (ORCPT All-ARCs@Sun.COM); Thu, 26 Jun 2008 10:43:31 -0600 (MDT) Received: from [129.150.154.64] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K320099QX4GWFF0@mail-amer.sun.com> for All-ARCs@Sun.COM (ORCPT All-ARCs@Sun.COM); Thu, 26 Jun 2008 10:43:30 -0600 (MDT) Date: Thu, 26 Jun 2008 09:43:27 -0700 From: Aarti Pai Subject: CORRECTION: PSARC approved SOSD: SCSI Object-based Storage Device driver (2008/097) In-reply-to: <48628A14.2010406@Sun.COM> Sender: Aarti.Pai@sun.com To: Aarti.Pai@sun.com Message-id: <4863C72F.8030302@Sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_IF6CvXaVmH6EICUVKGq2aA)" X-PMX-Version: 5.4.1.325704 References: <48628A14.2010406@Sun.COM> User-Agent: Thunderbird 2.0.0.16pre (Windows/20080617) Status: RO Content-Length: 1354 This is a multi-part message in MIME format. --Boundary_(ID_IF6CvXaVmH6EICUVKGq2aA) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Resending with correct case number : 2008/097 Aarti Aarti Pai wrote: > PSARC approved on 06/25/2008: > Case: SOSD: SCSI Object-based Storage Device driver _*(2008/097) *_ > Incompatible Changes: none > Precedent: none > > If more information is needed, please contact the case owner/intern. > --Boundary_(ID_IF6CvXaVmH6EICUVKGq2aA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Resending with correct case number : 2008/097
Aarti

Aarti Pai wrote:
PSARC approved on 06/25/2008:
  Case:    SOSD: SCSI Object-based Storage Device driver (2008/097)
  Incompatible Changes: none
  Precedent: none

If more information is needed, please contact the case owner/intern.


--Boundary_(ID_IF6CvXaVmH6EICUVKGq2aA)-- From storycrafter@gmail.com Thu Jun 26 09:46:40 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5QGkdqC022199 for ; Thu, 26 Jun 2008 09:46:39 -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 m5QGka5p016359 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 27 Jun 2008 00:46:38 +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 <0K3200B0NX9PKS00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 09:46:37 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3200ACFX9O8O80@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 09:46:36 -0700 (PDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m5QGiuAI008068 for ; Thu, 26 Jun 2008 16:46:36 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay14i.sun.com with ESMTP id BT-MMP-435953 for psarc-ext@sun.com; Thu, 26 Jun 2008 16:46:35 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-143062 for psarc-ext@sun.com; Thu, 26 Jun 2008 16:46:35 +0000 (Z) Received: from wr-out-0506.google.com ([64.233.184.234] [64.233.184.234]) by relay1i.sun.com with ESMTP id BT-MMP-5197302 for psarc-ext@sun.com; Thu, 26 Jun 2008 16:46:35 +0000 (Z) Received: by wr-out-0506.google.com with SMTP id 58so98225wri.8 for ; Thu, 26 Jun 2008 09:46:34 -0700 (PDT) Received: by 10.100.132.2 with SMTP id f2mr134918and.141.1214498794036; Thu, 26 Jun 2008 09:46:34 -0700 (PDT) Received: by 10.100.174.8 with HTTP; Thu, 26 Jun 2008 09:46:33 -0700 (PDT) Date: Thu, 26 Jun 2008 11:46:33 -0500 From: Mark Martin Subject: Re: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver In-reply-to: <4863BBCF.3060408@sun.com> To: "Garrett D'Amore" Cc: psarc-ext@sun.com, opensolaris-arc@opensolaris.org, "Srikanth, Ramana" Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_82BiPvS2/d8ZOZoTMevOVQ)" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=CaxXA3Q8KrTZ/hWxmLI/N3lmAI0ZmyBFfWPr4lrl8Bc=; b=k9wgdKGj5i9Jl7gq2PkMPM1isDhr/p6s4yXTafPgSua172nC8Hj7kNW3FP7bog3gKE +xIn+mviZP9opeld3jsw5yPn8Vo++inCKFETIYrkp5b2vP0BoIpVgR9v2e088DrZgKIQ 6c8hCgA/CMQhkX2q+/GxIls4HS6AnSivj/l0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=GkD2dyKmqNdzQH566eHYZPTAwyFsSXURpBQoC+OGXnKyYxQbpDEpebwAaSmqIh6S+V IsN8Ch9hEPlo4r/XTpKcakyHpuTmxsP4Je+TOz3qg2cPMN2wis560cu5DefWtpQKwtsK bOhkC7JxvZy1uDtR3tlER3Vh4NQsYxR/JfjQ8= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.070sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4863BBCF.3060408@sun.com> Status: RO Content-Length: 2435 --Boundary_(ID_82BiPvS2/d8ZOZoTMevOVQ) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline On Thu, Jun 26, 2008 at 10:54 AM, Garrett D'Amore wrote: > I'm not sure you really need to call out the public DDI interfaces used by > the project. Apart from the weird line breaks in the e-mail, the opinion > looks good to me. Garrett, Thanks for the review. RE: line breaks -- probably my fault. I copy/pasted from notepad on a Windows box. Is there any harm in leaving those interface definitions in? I can certainly remove that whole "Imported Interfaces" table, but I'm (privately) debating the value of and feasibility of a project that might be able to scrape some of that information out of the entire public caselog. In this case, that's very detailed import information that may get lost. Or perhaps scrapping the published caselog documentation has no value and automated tools to check the actual code/binaries would be of more value anyway. Mark --Boundary_(ID_82BiPvS2/d8ZOZoTMevOVQ) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline

On Thu, Jun 26, 2008 at 10:54 AM, Garrett D'Amore <gdamore@sun.com> wrote:
I'm not sure you really need to call out the public DDI interfaces used by the project.  Apart from the weird line breaks in the e-mail, the opinion looks good to me.

Garrett,

Thanks for the review.

RE: line breaks -- probably my fault.  I copy/pasted from notepad on a Windows box.

Is there any harm in leaving those interface definitions in?  I can certainly remove that whole "Imported Interfaces" table, but I'm (privately) debating the value of and feasibility of a project that might be able to scrape some of that information out of the entire public caselog.  In this case, that's very detailed import information that may get lost.  Or perhaps scrapping the published caselog documentation has no value and automated tools to check the actual code/binaries would be of more value anyway.

Mark


--Boundary_(ID_82BiPvS2/d8ZOZoTMevOVQ)-- From gdamore@sun.com Thu Jun 26 10:07:24 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5QH7Oh7024416 for ; Thu, 26 Jun 2008 10:07:24 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m5QH7M6G003120 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 26 Jun 2008 10:07:23 -0700 (PDT) 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 <0K3200N0LY8B3E00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 11:07:23 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K32008L8Y8AN6C0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 11:07:22 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m5QH7MwO021126 for ; Thu, 26 Jun 2008 10:07:22 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K3200701X90SI00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 10:07:22 -0700 (PDT) Received: from [192.168.251.106] ([76.174.83.55]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K3200L5KY83GV00@fe-sfbay-09.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 10:07:16 -0700 (PDT) Date: Thu, 26 Jun 2008 10:05:15 -0700 From: "Garrett D'Amore" Subject: Re: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver In-reply-to: Sender: Garrett.Damore@sun.com To: Mark Martin Cc: psarc-ext@sun.com, opensolaris-arc@opensolaris.org, "Srikanth, Ramana" Message-id: <4863CC4B.3080508@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4863BBCF.3060408@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071023) Status: RO Content-Length: 1329 Mark Martin wrote: > > > On Thu, Jun 26, 2008 at 10:54 AM, Garrett D'Amore > wrote: > > I'm not sure you really need to call out the public DDI interfaces > used by the project. Apart from the weird line breaks in the > e-mail, the opinion looks good to me. > > > Garrett, > > Thanks for the review. > > RE: line breaks -- probably my fault. I copy/pasted from notepad on a > Windows box. > > Is there any harm in leaving those interface definitions in? I can > certainly remove that whole "Imported Interfaces" table, but I'm > (privately) debating the value of and feasibility of a project that > might be able to scrape some of that information out of the entire > public caselog. In this case, that's very detailed import information > that may get lost. Or perhaps scrapping the published caselog > documentation has no value and automated tools to check the actual > code/binaries would be of more value anyway. There's no harm, that I can see, but little value either. Since the API is public, we'd never be able to remove or change it anyway, because we couldn't find all consumers. In fact, we can't find such consumers anyway via case logs, since the normal practice is not to declare public Committed APIs that are imported. -- Garrett From storycrafter@gmail.com Thu Jun 26 10:13:13 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5QHDDRH024923 for ; Thu, 26 Jun 2008 10:13:13 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m5QHDBZi004813 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 26 Jun 2008 10:13:13 -0700 (PDT) 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 <0K320000PYHZCF00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 11:13:11 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K32008D6YHYN6D0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 26 Jun 2008 11:13:10 -0600 (MDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m5QH9h56020733 for ; Thu, 26 Jun 2008 17:13:09 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay15i.sun.com with ESMTP id BT-MMP-1236863 for psarc-ext@sun.com; Thu, 26 Jun 2008 17:13:09 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-177606 for psarc-ext@sun.com; Thu, 26 Jun 2008 17:13:09 +0000 (Z) Received: from an-out-0708.google.com ([209.85.132.250] [209.85.132.250]) by relay1i.sun.com with ESMTP id BT-MMP-5058295 for psarc-ext@sun.com; Thu, 26 Jun 2008 17:13:09 +0000 (Z) Received: by an-out-0708.google.com with SMTP id d31so23496and.92 for ; Thu, 26 Jun 2008 10:13:00 -0700 (PDT) Received: by 10.100.96.9 with SMTP id t9mr182434anb.143.1214500380346; Thu, 26 Jun 2008 10:13:00 -0700 (PDT) Received: by 10.100.174.8 with HTTP; Thu, 26 Jun 2008 10:13:00 -0700 (PDT) Date: Thu, 26 Jun 2008 12:13:00 -0500 From: Mark Martin Subject: Re: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver In-reply-to: <4863CC4B.3080508@sun.com> To: "Garrett D'Amore" Cc: psarc-ext@sun.com, opensolaris-arc@opensolaris.org, "Srikanth, Ramana" Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_h/5QtBDUWrGVw5GR2pbNfA)" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=U9xXY5D26p7sY3D5QuJEOXjgo6JWcm3WlpNXwEihwGs=; b=BixY3UErN2gNp2PzXAMLx0OcSqERsa0+BfatH1gKZ15dNZX4A6qykQilBoyBluO/1V 2DyymyuI/4Y26eAdqW5P0Fv4rgRV3cbfvuStUNYBd9snmcDSJ1dMOkQCR4rAFq9o/TQF dtbBiIUql/cdB2geYpHT3iu28sUaB8VFjFhp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=v75GSRlwqB2qF+fHACqMkv77eDrlJxmLpiOi68fu2DJ7UZGBMaEzqxUoKg10kQ7Czy FFXNcest9QHCuRmyE5p2ieOzwwufxgkxfJBTmnNlzOkqbO+qNjFtby9ugER5cTvxyiGn fizloUOs1yIiKhkPFc1TRCN6VRsSsOpSobkaM= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.130sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4863BBCF.3060408@sun.com> <4863CC4B.3080508@sun.com> Status: RO Content-Length: 3153 --Boundary_(ID_h/5QtBDUWrGVw5GR2pbNfA) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline On Thu, Jun 26, 2008 at 12:05 PM, Garrett D'Amore wrote: > Mark Martin wrote: > > >> >> Is there any harm in leaving those interface definitions in? I can >> certainly remove that whole "Imported Interfaces" table, but I'm (privately) >> debating the value of and feasibility of a project that might be able to >> scrape some of that information out of the entire public caselog. In this >> case, that's very detailed import information that may get lost. Or perhaps >> scrapping the published caselog documentation has no value and automated >> tools to check the actual code/binaries would be of more value anyway. >> > > There's no harm, that I can see, but little value either. Since the API is > public, we'd never be able to remove or change it anyway, because we > couldn't find all consumers. > > In fact, we can't find such consumers anyway via case logs, since the > normal practice is not to declare public Committed APIs that are imported. Fair enough. Thanks again. Updated revision here -- http://cr.opensolaris.org/~devnull/PSARC/2008/097/psarc_2008_097_draft_opinion.txt --Boundary_(ID_h/5QtBDUWrGVw5GR2pbNfA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline

On Thu, Jun 26, 2008 at 12:05 PM, Garrett D'Amore <gdamore@sun.com> wrote:
Mark Martin wrote:



Is there any harm in leaving those interface definitions in?  I can certainly remove that whole "Imported Interfaces" table, but I'm (privately) debating the value of and feasibility of a project that might be able to scrape some of that information out of the entire public caselog.  In this case, that's very detailed import information that may get lost.  Or perhaps scrapping the published caselog documentation has no value and automated tools to check the actual code/binaries would be of more value anyway.

There's no harm, that I can see, but little value either.  Since the API is public, we'd never be able to remove or change it anyway, because we couldn't find all consumers.

In fact, we can't find such consumers anyway via case logs, since the normal practice is not to declare public Committed APIs that are imported.

Fair enough.  Thanks again.  Updated revision here -- http://cr.opensolaris.org/~devnull/PSARC/2008/097/psarc_2008_097_draft_opinion.txt

--Boundary_(ID_h/5QtBDUWrGVw5GR2pbNfA)-- From jek3@sun.com Thu Jun 26 11:13:01 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m5QID0sq027144 for ; Thu, 26 Jun 2008 11:13:00 -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 m5QICnCt019062; Fri, 27 Jun 2008 02:12:56 +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 <0K3300K1719J2L00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 26 Jun 2008 11:12:55 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3300DND19I0Y50@nwk-avmta-1.sfbay.Sun.COM>; Thu, 26 Jun 2008 11:12:54 -0700 (PDT) Received: from [129.150.13.200] (vpn-129-150-13-200.SFBay.Sun.COM [129.150.13.200]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m5QICrq6710555; Thu, 26 Jun 2008 11:12:53 -0700 (PDT) Date: Thu, 26 Jun 2008 08:16:08 -1000 From: Joseph Kowalski Subject: Re: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver In-reply-to: <4863CC4B.3080508@sun.com> To: "Garrett D'Amore" Cc: Mark Martin , psarc-ext@sun.com, opensolaris-arc@opensolaris.org, "Srikanth, Ramana" Message-id: <4863DCE8.3060900@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4863BBCF.3060408@sun.com> <4863CC4B.3080508@sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Status: RO Content-Length: 1462 Garrett D'Amore wrote: > Mark Martin wrote: >> >> >> On Thu, Jun 26, 2008 at 10:54 AM, Garrett D'Amore > > wrote: >> >> I'm not sure you really need to call out the public DDI interfaces >> used by the project. Apart from the weird line breaks in the >> e-mail, the opinion looks good to me. >> >> >> Garrett, >> >> Thanks for the review. >> >> RE: line breaks -- probably my fault. I copy/pasted from notepad on >> a Windows box. >> >> Is there any harm in leaving those interface definitions in? I can >> certainly remove that whole "Imported Interfaces" table, but I'm >> (privately) debating the value of and feasibility of a project that >> might be able to scrape some of that information out of the entire >> public caselog. In this case, that's very detailed import >> information that may get lost. Or perhaps scrapping the published >> caselog documentation has no value and automated tools to check the >> actual code/binaries would be of more value anyway. > > There's no harm, that I can see, but little value either. Since the > API is public, we'd never be able to remove or change it anyway, > because we couldn't find all consumers. > > In fact, we can't find such consumers anyway via case logs, since the > normal practice is not to declare public Committed APIs that are > imported. > > -- Garrett The short answer is "its your choice" - no harm, no foul. - jek3 From storycrafter@gmail.com Wed Jul 2 08:31:15 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m62FVEGt009965 for ; Wed, 2 Jul 2008 08:31:14 -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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m62FVAtr002470 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 2 Jul 2008 16:31:13 +0100 (BST) 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 <0K3D00J1XXS0OX00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 02 Jul 2008 08:31:12 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K3D00HHMXRXT010@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 02 Jul 2008 08:31:09 -0700 (PDT) Received: from relay16i.sun.com (ip126.net129179-4.block1.us.syntegra.com [129.179.4.126]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m62FV8QX011381 for ; Wed, 02 Jul 2008 15:31:09 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay16i.sun.com with ESMTP id BT-MMP-87737 for psarc-ext@sun.com; Wed, 02 Jul 2008 15:31:08 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-33267 for psarc-ext@sun.com; Wed, 02 Jul 2008 15:31:07 +0000 (Z) Received: from rv-out-0708.google.com ([209.85.198.250] [209.85.198.250]) by relay1i.sun.com with ESMTP id BT-MMP-7856398 for psarc-ext@sun.com; Wed, 02 Jul 2008 15:31:07 +0000 (Z) Received: by rv-out-0708.google.com with SMTP id k29so450495rvb.8 for ; Wed, 02 Jul 2008 08:30:58 -0700 (PDT) Received: by 10.140.126.14 with SMTP id y14mr4478335rvc.59.1215012657907; Wed, 02 Jul 2008 08:30:57 -0700 (PDT) Received: by 10.141.84.8 with HTTP; Wed, 02 Jul 2008 08:30:57 -0700 (PDT) Date: Wed, 02 Jul 2008 10:30:57 -0500 From: Mark Martin Subject: Re: Draft opinion review for PSARC 2008/097 sosd: SCSI Object-based Storage Device driver In-reply-to: To: psarc-ext@sun.com, opensolaris-arc@opensolaris.org Cc: "Srikanth, Ramana" Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_OvU94MmEnBMBByw/63ywhw)" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=5YCRU+SBOSBw0/Y7OHhceRtXOSqt9u4Xh9jr8J7MHPU=; b=Ueh2dgyVcm4gsx/oztkzDBIjB+1e8pJbNnOkI5tHtnN7nByhIQy92EFBgsyy4SqOxT SCUk/a9Iz1kVnYdtQvhUGsm7ByaF8PLM69KsOYqS9OKhhIKklFi551Yxtsw/FwCTKq3Q nxvg+H7NJPMy6/Qy4Rnc2LDFnTqr6H7p2Gq8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=sjuOMzEAYxV0d023w29WIJoSfJI3ukujJSSNeu4NQveRPSg/NtDTEIPIenx3QMRUxn Ag5ZarM4ycVTtUDFdizvkzlefezVqQOnXaYITIoCaCdWihUkILE1LYQJB4sZQ6Adqn+C puf7cAdGaGsYrIntxe5rTP1N3LMeM+I462Bfs= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.273sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: Status: RO Content-Length: 22417 --Boundary_(ID_OvU94MmEnBMBByw/63ywhw) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline I received editorial comments offline, and have not had time to implement them all yet. I need more time, so I'm extending the timer another 7 days from today. The new time out will be 2008-07-09. I'll post a revision with those edits shortly. > Microsystems Systems Architecture Committee > > _________________________________________________________________ > > > Subject: sosd: SCSI Object-based Storage Device driver > > > > Submitted by: Mark Martin > > File: PSARC/2008/097/opinion.ms > > > Date: March 11th, 2008. > > > Committee: Mark Carlson (opinion written by Mark Martin) > > (Members present: Glenn Skinner, Garrett D'Amore, > > Joseph Kowalski, Kais Belgaied) > > > Product Approval Committee: > Solaris PAC > > solaris-pac-opinion@sun.com > > > > 1. Summary > > The project implements a new SCSI target driver (sosd) that binds > > > to object-based SCSI devices conforming to the ANSI T10 OSD-2 > > standard. The new target driver will allow filesystems and > > applications to interact with the OSD devices using object > semantics instead of block semantics. This driver will be a peer > > > of the existing SCSI target drivers sd, st and sgen. > > > > 2. Decision & Precedence Information > > > The project is approved as specified in reference [1]. > > The project may be delivered in a patch release. > > > > > 3. Interfaces > > The project exports the following interfaces. > > > Exported Interfaces > > ______________________________________________________________________ > Interface | Classification | Comments > > > ___________________________________|________________|_________________ > > > osd_setup_format_osd | | > osd_setup_create_partition | | These interfaces > > osd_setup_remove_partition | | are available to > > > > osd_setup_create_object | | kernel clients > osd_setup_remove_object | | (filesystems) > > osd_setup_create_and_write | | through scsi_osd > > > > osd_setup_create_and_write_bp | | module > osd_setup_write | | > osd_setup_write_bp | CONTRACTED | > > osd_setup_read | CONSOLIDATION | > > > > osd_setup_read_bp | PRIVATE | > osd_setup_append | | > osd_setup_append_bp | | > > osd_setup_flush | | > > > > osd_setup_flush_osd | | > osd_setup_clear | | > osd_setup_punch | | > > osd_setup_object_structure_check | | > > > > osd_setup_set_attr | | > osd_setup_get_attr | | > | | > > osd_add_set_page_1attr_cdb | | > > > > osd_add_set_page_1attr_to_req | | > osd_add_get_page_attr_to_req | | > osd_add_set_list_entry_to_req | | > > osd_add_get_list_entry_to_req | | > > > > osd_add_capability_security_to_req | | > osd_add_flags_to_req | | > | | > > osd_submit_req | | > > > > | | > osd_get_result | | > | | > > osd_free_req | | > > > > | | > osd_open_by_name | | > osd_close | | > > | | > > > > osd_get_max_dma_size | | > osd_get_api_version | | > ___________________________________|__________________________________ > > > > > The project imports the following interfaces. > > > > > Imported Interfaces > _____________________________________________________________________ > Interface | Classification | Comments > > ____________________|____________________|___________________________ > > > > Solaris DDI | | > Solaris LDI | | > scsi_init_pkt | | > > scsi_destroy_pkt | | > scsi_transport | | > > > > scsi_dmafree | | > scsi_probe | | > scsi_unprobe | | > > scsi_ifgetcap | | > scsi_ifsetcap | | > > > > scsi_log | | > makedevice | | > getminor | | > > physio | All are Committed | Interfaces defined in > > > bioinit | | > > biowait | interfaces | sections 9F or 9S of > bioerror | | > > biodone | | solaris man pages > > > biofini | | > > buf | | > bp_mapout | | > > getrbuf | | > freerbuf | | > > > kmem_cache_create | | > > kmem_cache_alloc | | > kmem_cache_free | | > > kmem_cache_destroy | | > kmem_zalloc | | > > > kmem_free | | > > mod_install | | > mod_info | | > > mod_remove | | > mod_modname | | > > > bcopy | | > > bzero | | > bcmp | | > > mutex_init | | > mutex_enter | | > > > mutex_exit | | > > mutex_owned | | > mutex_destroy | | > > sema_init | | > sema_p | | > > > sema_v | | > > sema_destroy | | > kstat_create | | > > kstat_install | | > kstat_named_init | | > > > kstat_delete | | > > ____________________|____________________|____________________________ > > > The project uses the following interfaces for kernel module and driver > communication internally. > > > > Internal Interfaces > > ______________________________________________________________________ > > Interface | Classification | Comments > __________________________|____________________|______________________ > > > osd_iotask_alloc | | > > osd_iotask_start | | These are used > > osd_iotask_free | PROJECT | internally for > osd_register_library | PRIVATE | kernel module and > > > osd_deregister_library | | driver communication > > > osd_add_cap_sec_to_iotask | | > __________________________|____________________|______________________ > > > > 4. Opinion > > > 4.1. Existing clients planned > > During inception discussion, it was noted that the ARC discourages > > > producing APIs which do not have any clients. The project team indicated > that the Shared QFS will deliver as a client of this API at a later date. > > > See PSARC 2007/588. > > > 5. Minority Opinion(s) > > > None. > > > 6. Advisory Information > > 6.1. Bi-directional support and atomic transactions. > > During inception review, the lack of support for bi-directional > > > communication caused concern, especially with regard for supporting atomic > > > transactions. > > The project team acknowleges that while this is a limitation in the > existing framework, Shared QFS does not have a requirement to support > > > bi-directional commands. Any other client that wishes to use the sosd driver > > > must be aware of the bi-directional support limitation in SCSA. > > The committee would advise the project team to clearly state the > > > limitation that if another client (apart from Shared QFS) wants to use this > > interface, such client may not assume bidirectional support and should know > > that lack of bidirectional support may have issues with atomicity of a > > > 'client-initiated-split-command' to achieve the net effect of a bidirectional > > command. The driver will _never_ split any command on behalf of the client. > > > Shared/Concurrent access will have to be managed by filesystem and OSD > > > target with OSD protocol support or QFS semantics and out of scope. > > > 7. Appendices > > 7.1. Appendix A: Technical Changes Required > > > None. > > 7.2. Appendix B: Technical Changes Advised > > > None. > > > 7.3. Appendix C: Reference Material > > Unless stated otherwise, path names are relative to the case > > directory PSARC/2008/097. > > > 1 Onepager > File: onepager > > 2 Inception minutes > > File: 20080227-2008-097-inception > > > 3 Issues > File: issues > > 4 PSARC 20 Questions. > > File: final.materials/20q > > > 5 Security > File: final.materials/security.txt > > > 6 SCSI OSD Driver Design > File: final.materials/sosd_design_v3.pdf > > > 7 ANSI project T10/11729-D standard > > http://www.t10.org/ftp/t10/drafts/osd/osd2r03.pdf > > > > > PSARC/2008/097 Copyright 2008 Sun Microsystems > > > --Boundary_(ID_OvU94MmEnBMBByw/63ywhw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline I received editorial comments offline, and have not had time to implement them all yet.  I need more time, so I'm extending the timer another 7 days from today.

The new time out will be 2008-07-09.  I'll post a revision with those edits shortly.


   Microsystems              Systems Architecture Committee


_________________________________________________________________


Subject:	sosd: SCSI Object-based Storage Device driver




Submitted by:	Mark Martin

File:		PSARC/2008/097/opinion.ms


Date:		March 11th, 2008.


Committee:	Mark  Carlson  (opinion  written  by  Mark Martin)



		(Members present:  Glenn Skinner, Garrett D'Amore,

		Joseph Kowalski, Kais Belgaied)


Product Approval Committee:
		Solaris PAC

		solaris-pac-opinion@sun.com





1.  Summary

The project implements a new SCSI target driver (sosd) that binds


to object-based SCSI devices conforming to the ANSI T10 OSD-2

standard.  The new target driver will allow filesystems and



applications to interact with the OSD devices using object
semantics instead of block semantics.  This driver will be a peer


of the existing SCSI target drivers sd, st and sgen.



2.  Decision & Precedence Information




The project is approved as specified in reference [1].

The project may be delivered in a patch release.




3.  Interfaces

The project exports the following interfaces.


                     Exported Interfaces



    ______________________________________________________________________
      Interface                        | Classification |   Comments


    ___________________________________|________________|_________________




    osd_setup_format_osd               |                |
    osd_setup_create_partition         |                | These interfaces

    osd_setup_remove_partition         |                | are available to





    osd_setup_create_object            |                | kernel clients
    osd_setup_remove_object            |                | (filesystems)

    osd_setup_create_and_write         |                | through scsi_osd





    osd_setup_create_and_write_bp      |                | module
    osd_setup_write                    |                |
    osd_setup_write_bp                 | CONTRACTED     |

    osd_setup_read                     | CONSOLIDATION  |





    osd_setup_read_bp                  | PRIVATE        |
    osd_setup_append                   |                |
    osd_setup_append_bp                |                |

    osd_setup_flush                    |                |





    osd_setup_flush_osd                |                |
    osd_setup_clear                    |                |
    osd_setup_punch                    |                |

    osd_setup_object_structure_check   |                |





    osd_setup_set_attr                 |                |
    osd_setup_get_attr                 |                |
                                       |                |

    osd_add_set_page_1attr_cdb         |                |





    osd_add_set_page_1attr_to_req      |                |
    osd_add_get_page_attr_to_req       |                |
    osd_add_set_list_entry_to_req      |                |

    osd_add_get_list_entry_to_req      |                |





    osd_add_capability_security_to_req |                |
    osd_add_flags_to_req               |                |
                                       |                |

    osd_submit_req                     |                |





                                       |                |
    osd_get_result                     |                |
                                       |                |

    osd_free_req                       |                |





                                       |                |
    osd_open_by_name                   |                |
    osd_close                          |                |

                                       |                |





    osd_get_max_dma_size               |                |
    osd_get_api_version                |                |
    ___________________________________|__________________________________





The project imports the following interfaces.




                     Imported Interfaces
   _____________________________________________________________________
      Interface        |   Classification   |   Comments



   ____________________|____________________|___________________________



      Solaris DDI      |                    |
      Solaris LDI      |                    |
    scsi_init_pkt      |                    |



    scsi_destroy_pkt   |                    |
    scsi_transport     |                    |



    scsi_dmafree       |                    |
    scsi_probe         |                    |
    scsi_unprobe       |                    |



    scsi_ifgetcap      |                    |
    scsi_ifsetcap      |                    |



    scsi_log           |                    |
    makedevice         |                    |
    getminor           |                    |



    physio             | All are Committed  | Interfaces defined in 


    bioinit            |                    |

    biowait            |   interfaces       | sections 9F or 9S of
    bioerror           |                    |



    biodone            |                    | solaris man pages


    biofini            |                    |

    buf                |                    |
    bp_mapout          |                    |



    getrbuf            |                    |
    freerbuf           |                    |


    kmem_cache_create  |                    |

    kmem_cache_alloc   |                    |
    kmem_cache_free    |                    |



    kmem_cache_destroy |                    |
    kmem_zalloc        |                    |


    kmem_free          |                    |

    mod_install        |                    |
    mod_info           |                    |



    mod_remove         |                    |
    mod_modname        |                    |


    bcopy              |                    |

    bzero              |                    |
    bcmp               |                    |



    mutex_init         |                    |
    mutex_enter        |                    |


    mutex_exit         |                    |

    mutex_owned        |                    |
    mutex_destroy      |                    |



    sema_init          |                    |
    sema_p             |                    |


    sema_v             |                    |

    sema_destroy       |                    |
    kstat_create       |                    |



    kstat_install      |                    |
    kstat_named_init   |                    |


    kstat_delete       |                    |

   ____________________|____________________|____________________________




The project uses the following interfaces for kernel module and driver 
communication internally.



                     Internal Interfaces

   ______________________________________________________________________



            Interface        |   Classification   |   Comments
   __________________________|____________________|______________________


   osd_iotask_alloc          |                    |

   osd_iotask_start          |                    | These are used



   osd_iotask_free           |       PROJECT      | internally for
   osd_register_library      |       PRIVATE      | kernel module and


   osd_deregister_library    |                    | driver communication




   osd_add_cap_sec_to_iotask |                    |
   __________________________|____________________|______________________



4.  Opinion


4.1.  Existing clients planned

During inception discussion, it was noted that the ARC discourages




producing APIs which do not have any clients.  The project team indicated
that the Shared QFS will deliver as a client of this API at a later date.


See PSARC 2007/588.


5.  Minority Opinion(s)




None.


6.  Advisory Information

6.1.  Bi-directional support and atomic transactions.

During inception review, the lack of support for bi-directional


communication caused concern, especially with regard for supporting atomic




transactions.  

The project team acknowleges that while this is a limitation in the
existing framework, Shared QFS does not have a requirement to support


bi-directional commands.  Any other client that wishes to use the sosd driver




must be aware of the bi-directional support limitation in SCSA.

The committee would advise the project team to clearly state the


limitation that if another client (apart from Shared QFS) wants to use this



interface, such client may not assume bidirectional support and should know

that lack of bidirectional support may have issues with atomicity of a


'client-initiated-split-command' to achieve the net effect of a bidirectional



command.  The driver will _never_ split any command on behalf of the client.


Shared/Concurrent access will have to be managed by filesystem and OSD


target with OSD protocol support or QFS semantics and out of scope.




7.  Appendices

7.1.  Appendix A: Technical Changes Required


None.

7.2.  Appendix B: Technical Changes Advised


None.


7.3.  Appendix C: Reference Material

Unless stated otherwise, path names are relative to the case



directory PSARC/2008/097.


1    Onepager
     File: onepager

2    Inception minutes

     File: 20080227-2008-097-inception


3    Issues
     File: issues

4    PSARC 20 Questions.



     File: final.materials/20q


5    Security 
     File: final.materials/security.txt


6    SCSI OSD Driver Design
     File: final.materials/sosd_design_v3.pdf


7    ANSI project T10/11729-D standard



     http://www.t10.org/ftp/t10/drafts/osd/osd2r03.pdf




PSARC/2008/097               Copyright 2008 Sun Microsystems


--Boundary_(ID_OvU94MmEnBMBByw/63ywhw)--