From jforte@sac.sfbay.sun.com Mon Sep 21 11:12:03 2009 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 n8LIC3rY025935 for ; Mon, 21 Sep 2009 11:12:03 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8LIC3Vx008937; Mon, 21 Sep 2009 11:12:03 -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 <0KQC00H0J2K1KB00@nwk-avmta-2.sfbay.sun.com>; Mon, 21 Sep 2009 11:12:01 -0700 (PDT) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQC00AQB2K1OU70@nwk-avmta-2.sfbay.sun.com>; Mon, 21 Sep 2009 11:12:01 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8LIC0LN050831; Mon, 21 Sep 2009 11:12:00 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8LIBwp7025382; Mon, 21 Sep 2009 11:11:58 -0700 (PDT) Received: (from jforte@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n8LIBwUL025343; Mon, 21 Sep 2009 11:11:58 -0700 (PDT) Date: Mon, 21 Sep 2009 11:11:58 -0700 (PDT) From: John Forte Subject: libstmf validate view interface [PSARC/2009/504 FastTrack timeout 09/28/2009] To: PSARC-ext@sun.com Cc: tim.szeto@sun.com Message-id: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 3024 I am sponsoring this fasttrack for Tim Szeto. Requested binding is minor. Timeout is set for 09/28/2009. - John Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: libstmf validate view interface 1.2. Name of Document Author/Supplier: Author: Tim Szeto 1.3 Date of This Document: 21 September, 2009 4. Technical Description This case adds one new interface to libstmf (PSARC 2007/523) for validation of a logical unit number per view entry, or to find an available logical unit number per view entry. This function allows the client to better manage logical unit numbers across multiple STMF instances in a cluster environment. The new interface (stmfValidateView(3STMF)) enables the client to check if the logical unit number is in use based on the view entry parameters (target group, host group and logical unit number). This interface also enables the client to query for an available logical unit number based on the view entry. 4.1 stmfValidateView(3STMF) NAME stmfValidateView - validate/get logical unit number per view entry SYNOPSIS cc [ flag... ] file... -lstmf [ library... ] #include int stmfValidateView(stmfViewEntry *view); PARAMETERS view The view entry to validate or get the logical number. DESCRIPTION The stmfValidateView() function validates the logical unit number. This is done by setting view->luNbrValid to B_TRUE and setting view->luNbr to the logical unit number. A valid logical unit number is in the range of 0-16383. The stmfValidateView() function find the next available logical unit number. The is done by setting view->luNbrValid to B_FALSE. On success, the available logical unit number is returned in view->luNbr. RETURN VALUES STMF_STATUS_SUCCESS The API call was successful STMF_ERROR_LUN_IN_USE The specified logical unit number is already in use for this logical unit. ATTRIBUTES See attributes(5) for descriptions of the following attri- butes: _____________________________ _____________________________ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | |_____________________________|_____________________________| | Interface Stability | Committed | |_____________________________|_____________________________| | MT-Level | Safe | |_____________________________|_____________________________| SEE ALSO libstmf(3LIB), attributes(5), stmfAddViewEntry(3STMF) 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Mark.Carlson@sun.com Thu Sep 24 16:55:14 2009 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 n8ONtEN2006848 for ; Thu, 24 Sep 2009 16:55:14 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8ONtDaK021775 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 24 Sep 2009 17:55:13 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQI002092G13G00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Thu, 24 Sep 2009 17:55:13 -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 <0KQI008UQ2G03Q70@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Thu, 24 Sep 2009 17:55:12 -0600 (MDT) 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 n8ONtCVc024303 for ; Thu, 24 Sep 2009 23:55:12 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQI0030029JZ400@mail-amer.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Thu, 24 Sep 2009 17:55:12 -0600 (MDT) Received: from [172.16.3.76] ([unknown] [124.207.175.214]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQI003G82FYS2F0@mail-amer.sun.com>; Thu, 24 Sep 2009 17:55:12 -0600 (MDT) Date: Thu, 24 Sep 2009 17:55:09 -0600 From: "Mark A. Carlson" Subject: Re: libstmf validate view interface [PSARC/2009/504 FastTrack timeout 09/28/2009] In-reply-to: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> Sender: Mark.Carlson@sun.com To: John Forte Cc: PSARC-ext@sun.com, Tim.Szeto@sun.com Message-id: <4ABC06DD.301@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Status: RO Content-Length: 709 John Forte wrote: > DESCRIPTION > The stmfValidateView() function validates the logical unit > number. This is done by setting view->luNbrValid to B_TRUE and > setting view->luNbr to the logical unit number. A valid logical > unit number is in the range of 0-16383. > > The stmfValidateView() function find the next available > logical unit number. The is done by setting view->luNbrValid to > B_FALSE. On success, the available logical unit number is returned in > view->luNbr. > Is the next available LUN thus reserved so that a subsequent call would return the next one? Or could multiple callers all get the same LUN and try and use it? -- mark From John.Forte@sun.com Fri Sep 25 07:55:19 2009 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 n8PEtI3c006276 for ; Fri, 25 Sep 2009 07:55:18 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8PEtGjv003466 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 25 Sep 2009 07:55:18 -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 <0KQJ0060Z8455Q00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 08:55:17 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00LK38457O70@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 08:55:17 -0600 (MDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PEtHJc000712 for ; Fri, 25 Sep 2009 14:55:17 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ00D004Z4XI00@mail-amer.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 08:55:17 -0600 (MDT) Received: from john-fortes-macbook-pro.local ([unknown] [71.139.14.169]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00EZ883HOJF0@mail-amer.sun.com>; Fri, 25 Sep 2009 08:54:54 -0600 (MDT) Date: Fri, 25 Sep 2009 07:51:46 -0700 From: John Forte Subject: Re: libstmf validate view interface [PSARC/2009/504 FastTrack timeout 09/28/2009] In-reply-to: <4ABC06DD.301@sun.com> Sender: John.Forte@sun.com To: "Mark A. Carlson" Cc: John Forte , PSARC-ext@sun.com, Tim.Szeto@sun.com Message-id: <4ABCD902.4050501@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> <4ABC06DD.301@sun.com> User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Status: RO Content-Length: 1011 Mark A. Carlson wrote: > > > John Forte wrote: >> DESCRIPTION >> The stmfValidateView() function validates the logical unit >> number. This is done by setting view->luNbrValid to B_TRUE and >> setting view->luNbr to the logical unit number. A valid logical >> unit number is in the range of 0-16383. >> >> The stmfValidateView() function find the next available >> logical unit number. The is done by setting view->luNbrValid to >> B_FALSE. On success, the available logical unit number is >> returned in >> view->luNbr. >> > Is the next available LUN thus reserved so that a subsequent call > would return the next > one? Or could multiple callers all get the same LUN and try and use it? At that point in time the logical unit number is available. Until the logical number gets used, it would be available. If there are multiple callers, yes, they could all get the same number. Any required locking is assumed to be handled by the client. - John From Mark.Carlson@Sun.COM Fri Sep 25 14:51:58 2009 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 n8PLpvDE022327 for ; Fri, 25 Sep 2009 14:51:57 -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 n8PLpspI021121 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 25 Sep 2009 22:51:56 +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 <0KQJ00M0DREITM00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 14:51:54 -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 <0KQJ00CRGREH2A70@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 14:51:53 -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 n8PLprpL018349 for ; Fri, 25 Sep 2009 21:51:53 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ00D00R19OL00@mail-amer.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 15:51:53 -0600 (MDT) Received: from [172.16.3.76] ([unknown] [124.207.175.214]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00MUNREB6T60@mail-amer.sun.com>; Fri, 25 Sep 2009 15:51:49 -0600 (MDT) Date: Fri, 25 Sep 2009 15:51:47 -0600 From: "Mark A. Carlson" Subject: Re: libstmf validate view interface [PSARC/2009/504 FastTrack timeout 09/28/2009] In-reply-to: <4ABCD902.4050501@sun.com> Sender: Mark.Carlson@Sun.COM To: John Forte Cc: PSARC-ext@Sun.COM, John Forte , Tim.Szeto@Sun.COM Message-id: <4ABD3B73.20504@sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_r3kow0/K7BBtVFIFVkCm9Q)" X-PMX-Version: 5.4.1.325704 References: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> <4ABC06DD.301@sun.com> <4ABCD902.4050501@sun.com> User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Status: RO Content-Length: 4785 This is a multi-part message in MIME format. --Boundary_(ID_r3kow0/K7BBtVFIFVkCm9Q) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT OK, as long as this is documented. I can give a +1 to this case then. -- mark John Forte wrote: > Mark A. Carlson wrote: >> >> >> John Forte wrote: >>> DESCRIPTION >>> The stmfValidateView() function validates the logical unit >>> number. This is done by setting view->luNbrValid to B_TRUE and >>> setting view->luNbr to the logical unit number. A valid logical >>> unit number is in the range of 0-16383. >>> >>> The stmfValidateView() function find the next available >>> logical unit number. The is done by setting view->luNbrValid to >>> B_FALSE. On success, the available logical unit number is >>> returned in >>> view->luNbr. >>> >> Is the next available LUN thus reserved so that a subsequent call >> would return the next >> one? Or could multiple callers all get the same LUN and try and use it? > At that point in time the logical unit number is available. Until the > logical number gets used, it would be available. If there are multiple > callers, yes, they could all get the same number. Any required locking > is assumed to be handled by the client. > > - John > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org -- * Mark A. Carlson * Sr. Architect *Systems Group* Phone x69559 / 303-223-6139 Email Mark.Carlson@Sun.COM --Boundary_(ID_r3kow0/K7BBtVFIFVkCm9Q) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT OK, as long as this is documented.

I can give a +1 to this case then.

-- mark

John Forte wrote:
Mark A. Carlson wrote:


John Forte wrote:
   DESCRIPTION
      The stmfValidateView() function validates the logical unit
      number.  This is done by setting view->luNbrValid to B_TRUE and
      setting view->luNbr to the logical unit number. A valid logical
      unit number is in the range of 0-16383.

      The stmfValidateView() function find the next available
      logical unit number.  The is done by setting view->luNbrValid to
      B_FALSE. On success, the available logical unit number is returned in
      view->luNbr.
 
Is the next available LUN thus reserved so that a subsequent call would return the next
one? Or could multiple callers all get the same LUN and try and use it?
At that point in time the logical unit number is available. Until the logical number gets used, it would be available. If there are multiple callers, yes, they could all get the same number. Any required locking is assumed to be handled by the client.

- John
_______________________________________________
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org

--
Mark A. Carlson
Sr. Architect

Systems Group
Phone x69559 / 303-223-6139
Email Mark.Carlson@Sun.COM

--Boundary_(ID_r3kow0/K7BBtVFIFVkCm9Q)-- From John.Forte@sun.com Fri Sep 25 15:23:19 2009 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 n8PMNIO9023217 for ; Fri, 25 Sep 2009 15:23:18 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8PMNHb0019555 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 25 Sep 2009 16:23:18 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ0090FSUT1O00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 15:23:17 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ007C6SUT8E20@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 15:23:17 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PMNHuN026075 for ; Fri, 25 Sep 2009 22:23:17 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ00300SAPNN00@mail-amer.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Fri, 25 Sep 2009 16:23:17 -0600 (MDT) Received: from [129.146.56.52] ([unknown] [129.146.56.52]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00G7LSUSQH00@mail-amer.sun.com>; Fri, 25 Sep 2009 16:23:16 -0600 (MDT) Date: Fri, 25 Sep 2009 15:20:02 -0700 From: John Forte Subject: Re: libstmf validate view interface [PSARC/2009/504 FastTrack timeout 09/28/2009] In-reply-to: <4ABD3B73.20504@sun.com> Sender: John.Forte@sun.com To: "Mark A. Carlson" Cc: psarc-ext@sun.com, John Forte , Tim.Szeto@sun.com Message-id: <4ABD4212.6010808@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> <4ABC06DD.301@sun.com> <4ABCD902.4050501@sun.com> <4ABD3B73.20504@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 852 Mark A. Carlson wrote: > OK, as long as this is documented. The manpage/fasttrack has been updated with a clearer statement around logical unit number availability that should address this concern. The new doc has been placed in the materials directory. " The stmfValidateView() function finds the next available logical unit number. This is done by setting view->luNbrValid to B_FALSE. On success, the available logical unit number is returned in view->luNbr. A logical unit number is considered to be available if it is not currently consumed by an existing view entry where the target group and host group matches the view entry passed into this function. Until the logical unit number is no longer available, any calls to this function will get the same logical unit number in view->luNbr." - John From John.Forte@sun.com Tue Sep 29 08:18:26 2009 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 n8TFIPTW001722 for ; Tue, 29 Sep 2009 08:18:25 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8TFIInW010805 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 29 Sep 2009 16:18:24 +0100 (BST) 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 <0KQQ00021NUMP000@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 29 Sep 2009 08:18:22 -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 <0KQQ00IHDNUML4C0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 29 Sep 2009 08:18:22 -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 n8TFIL1d000584 for ; Tue, 29 Sep 2009 15:18:21 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQQ00K00MWUE900@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 29 Sep 2009 09:18:21 -0600 (MDT) Received: from [129.146.56.52] ([unknown] [129.146.56.52]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQQ0041UNUBQ290@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 29 Sep 2009 09:18:11 -0600 (MDT) Date: Tue, 29 Sep 2009 08:14:53 -0700 From: John Forte Subject: Re: libstmf validate view interface [PSARC/2009/504 FastTrack timeout 09/28/2009] In-reply-to: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> Sender: John.Forte@sun.com To: PSARC-ext@sun.com Cc: Tim.Szeto@sun.com Message-id: <4AC2246D.3060502@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909211811.n8LIBwUL025343@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 79 This case has timed out with a +1 and has been marked closed approved. - John