From tedk@sac.sfbay.sun.com Fri Mar 20 14:30:58 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 n2KLUwIi002703 for ; Fri, 20 Mar 2009 14:30:58 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n2KLUvcL022347; Fri, 20 Mar 2009 14:30:58 -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 <0KGT00J0HQFL1A00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 20 Mar 2009 14:30:57 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KGT00JEHQFKG3C0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 20 Mar 2009 14:30:57 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n2KLUtYn032939; Fri, 20 Mar 2009 14:30:55 -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 n2KLUsb9002698; Fri, 20 Mar 2009 14:30:54 -0700 (PDT) Received: (from tedk@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n2KLUsEi002694; Fri, 20 Mar 2009 14:30:54 -0700 (PDT) Date: Fri, 20 Mar 2009 14:30:54 -0700 (PDT) From: Ted Kim Subject: More IB Failover Support [PSARC/2009/183 FastTrack timeout 03/27/2009] To: PSARC-ext@sun.com Cc: rajkumar.sivaprakasam@sun.com, ted.kim@sun.com Message-id: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 8241 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: More IB Failover Support 1.2. Name of Document Author/Supplier: Author: Rajkumar Sivaprakasam 1.3 Date of This Document: 20 March, 2009 4. Technical Description More IB Failover Support ------------------------ 4.1 Background This case introduces more InfiniBand (IB) options to the interfaces of the InfiniBand Transport Framework (IBTF, PSARC/2002/132 and follow-on cases) to support failover scenarios in Upper Level Protocols (ULPs). The items in this case are the Port Change Event, Client Reregistration Event, and the IBMF Timeout Error. Further, two minor corrections are tacked on to this case as well: adding a NO_SLEEP flag to ibt_alloc_lkey from PSARC/2009/060, and correcting the name of the Device Manager Agent in PSARC/2009/111. The expected consumers of the Port Change Event are IBTF itself and IPonIB (PSARC/2001/289 and PSARC/2007/636). The Client Registration Event would be consumed internally by IBTF. The IBMF Timeout Error would be used by IPonIB. 4.2 Proposal The propsoal is to make additions to the IBTF Channel Interface (CI) for HCA drivers and the Transport Interface (TI) for IB ULPs. All interface additions and changes in the proposal have a micro/patch binding. Transport Interface (ON Consolidation Private) ibt_alloc_lkey: add NOSLEEP flag ibt_async_code_t: add Port Change event code ibt_async_event_t: add Port Change event flags field ibt_clnt_class_t: correct DM agent name ibt_hca_flags2_t: add Port Change support flag ibt_port_change_t: new Port Change flags type definition ibt_status_t: add IBMF timeout error code Channel Interface (ON Consolidation Private) ibc_alloc_lkey: add NOSLEEP flag ibt_async_code_t: add Port Change and Client Reregistration event code ibt_async_event_t: add Port Change event flags field ibt_clnt_class_t: correct DM agent name ibt_hca_flags2_t: add Port Change support flag ibt_port_caps_t: add Client Reregistration flag ibt_port_change_t: new Port Change flags type definition All of these changes are part of the v3 IBTF ABI first introduced in PSARC/2008/630. Copies of all modified man pages are on the materials direction (see section 4.3 below). A. Port Change Event In the IB architecture, the Subnet Manager (SM) is responsible for initializing and sometimes modifying the settings on each Host Channel Adapter (HCA) port. In the 1.2.1 IB spec, a new "Port Change" event was added to signal when certain attributes of an HCA port change (see section 11.6.3.3 in [1]). This event is distinct from the earlier events which signalled the port going up or down. Of particular relevance is the signalling of changes to various parameters (SM LID and SM SL) used to contact the Subnet Administration (SA), which is the way to query IB subnet configuration. These parameters would change during SM failover. In Solaris, these change events would be consumed by IBMF (PSARC/2002/607). P_Key table changes would be consumed by IBTF (which caches the P_Key tables) and IPonIB. Subnet Timeout changes would potentially also be used by IBMF and the IB Device Manager. Finally, the IsClientReregistrationSupported indicator would be used by IBTF in support of the feature described in section B below. Add a flag indicating port change event support to ibt_hca_flags2_t: IBT_HCA2_PORT_CHANGE = 1 << 4 Add a new IBT_PORT_CHANGE_EVENT type to ibt_async_code_t: IBT_PORT_CHANGE_EVENT = 0x100000 Add a new ibt_port_change_t flags definition: typedef enum ibt_port_change_e { IBT_PORT_CHANGE_SGID = 0x000001, /* SGID table */ IBT_PORT_CHANGE_PKEY = 0x000002, /* P_Key table */ IBT_PORT_CHANGE_SM_LID = 0x000004, /* Master SM LID */ IBT_PORT_CHANGE_SM_SL = 0x000008, /* Master SM SL */ IBT_PORT_CHANGE_SUB_TIMEOUT = 0x000010, /* Subnet Timeout */ IBT_PORT_CHANGE_SM_FLAG = 0x000020, /* IsSMDisabled bit */ IBT_PORT_CHANGE_REREG = 0x000040 /* IsClientReregSupport */ } ibt_port_change_t; Add a flags field to the ibt_async_event_t structure: ibt_port_change_t ev_port_flags; /* NEW: Port Change flags */ Man page changes: ibt_async_handler.9e, ibc_async_handler.9f, ibt_hca_attr_t.9s B. Client Reregistration Event In IBTF, certain events are distributed to clients via the ibt_sm_notice_handler_t(9E). These events come from "subscriptions" to the SM/SA. When an SM restarts or fails over, subscriptions may not be preserved (i.e. the new SM doesn't know about the old subscriptions). When this happens, nodes must again sign up for subscriptions when prompted by the "Client Reregistration" event (see 11.6.3.3 in [1]). Since IBTF subscribes to events once for the whole node, this event is consumed by IBTF itself. ULPs do not need to reregister individually. Add a new flag added to ibt_port_caps_t showing client reregistration support: IBT_PORT_CAP_CLNT_REREG = 1 << 5 /* Client Rereg */ Add a new client reregistration event type to ibt_async_code_t: IBT_CLNT_REREG_EVENT = 0x200000 Man page changes: ibc_async_handler.9f, ibc_hca_portinfo_t.9s C. IBMF Timeout Error Certain IBTF functions can fail when querying the SA is unsuccessful due to timeout (i.e. no response). However, up to this point, this failure could not be explicitly distinguished. While for some ULPs, this distinction was not interesting; in others, masking this particular failure impeded triggering recovery or failover actions. Various functions using the SA now possibly return an error code indicating SA timeout. Add IBMF timeout error code to ibt_status_t: IBT_IBMF_TIMEOUT = 10 Add this error code to man pages for functions that use the SA, including ibt_get_paths() and variants. Complete list follows - Man page changes: ibt_get_alt_path.9f, ibt_get_companion_port_gids.9f, ibt_get_ip_alt_path.9f, ibt_get_ip_paths.9f, ibt_get_paths.9f, ibt_gid_to_node_info.9f, ibt_join_mcg.9f, ibt_leave_mcg.9f, ibt_query_mcg.9f, ibt_register_service.9f, ibt_set_alt_path.9f D. Alloc L_Key NOSLEEP flag fix PSARC/2009/060 incorrectly described one aspect of the Allocate L_Key operation (used by Work Request Registration). The man pages left out the SLEEP/NO_SLEEP flags. Man page changes: ibc_alloc_lkey.9e, ibt_alloc_lkey.9f E. Device Management Agent name PSARC/2009/111 incorrectly named the IB Device Management Agent as "IBT_DMA". It is actually "IBT_DM_AGENT" (enum value of ibt_clnt_class_t). Man page changes: ibt_attach.9f, ibt_clnt_modinfo_t.9s 4.3 Summary of changes by man page Man Page Disposition Reasons for change ------------------------------------------------------------------ ibc_alloc_lkey.9e changed D ibt_async_handler.9e changed A ibc_async_handler.9f changed A, B ibt_alloc_lkey.9f changed D ibt_attach.9f changed E ibt_get_alt_path.9f changed C ibt_get_companion_port_gids.9f changed C ibt_get_ip_alt_path.9f changed C ibt_get_ip_paths.9f changed C ibt_get_paths.9f changed C ibt_gid_to_node_info.9f changed C ibt_join_mcg.9f changed C ibt_leave_mcg.9f changed C ibt_query_mcg.9f changed C ibt_register_service.9f changed C ibt_set_alt_path.9f changed C ibc_hca_portinfo_t.9s changed B ibt_clnt_modinfo_t.9s changed E ibt_hca_attr_t.9s changed A 4.4 References [1] InfiniBand Architecture Specification Volume 1, Release 1.2.1. InfiniBand Trade Association, 2007. http://www.infinibandta.org/members/spec/V1r1_2_1.Release_12062007.zip (requires IBTA member login) 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 carlsonj@phorcys.east.sun.com Mon Mar 23 12:11:24 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 n2NJBNAB006083 for ; Mon, 23 Mar 2009 12:11:23 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n2NJAtYJ017798; Mon, 23 Mar 2009 12:11:22 -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 <0KGZ0021D3YM7S00@brm-avmta-1.central.sun.com>; Mon, 23 Mar 2009 13:11:10 -0600 (MDT) 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 <0KGZ00JSK3YLGN50@brm-avmta-1.central.sun.com>; Mon, 23 Mar 2009 13:11:09 -0600 (MDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n2NJAuPl019160; Mon, 23 Mar 2009 15:10:56 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n2NJAu9l019157; Mon, 23 Mar 2009 15:10:56 -0400 (EDT) Date: Mon, 23 Mar 2009 15:10:56 -0400 From: James Carlson Subject: Re: More IB Failover Support [PSARC/2009/183 FastTrack timeout 03/27/2009] In-reply-to: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> To: Ted Kim Cc: PSARC-ext@sun.com, Rajkumar.Sivaprakasam@sun.com Message-id: <18887.57024.573167.574459@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.4.1.325704 References: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> Status: RO Content-Length: 557 Ted Kim writes: > The propsoal is to make additions to the IBTF Channel Interface (CI) > for HCA drivers and the Transport Interface (TI) for IB ULPs. I'm a little confused, because I see the changes related to (A) and (B) (at least) already integrated in the Nevada ON source base. What exactly are we reviewing for this project? -- 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 Ted.Kim@sun.com Mon Mar 23 12:27:54 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 n2NJRs2s029604 for ; Mon, 23 Mar 2009 12:27:54 -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 n2NJRppq002332 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 23 Mar 2009 12:27:54 -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 <0KGZ003154QHJ600@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 23 Mar 2009 13:27:53 -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 <0KGZ00J3O4QEGR70@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 23 Mar 2009 13:27:51 -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 n2NJRouJ025760 for ; Mon, 23 Mar 2009 12:27:50 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KGZ00E004OR4900@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 23 Mar 2009 12:27:50 -0700 (PDT) Received: from [129.153.3.74] ([unknown] [129.153.3.74]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KGZ000DO4Q4PI40@fe-sfbay-10.sun.com>; Mon, 23 Mar 2009 12:27:41 -0700 (PDT) Date: Mon, 23 Mar 2009 12:27:22 -0700 From: "Ted H. Kim" Subject: Re: More IB Failover Support [PSARC/2009/183 FastTrack timeout 03/27/2009] In-reply-to: <18887.57024.573167.574459@gargle.gargle.HOWL> Sender: Ted.Kim@sun.com To: James Carlson Cc: Ted Kim , psarc-ext@sun.com, Rajkumar.Sivaprakasam@sun.com, "Ted H. Kim" Message-id: <49C7E29A.6020406@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: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> <18887.57024.573167.574459@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.18 (X11/20081125) Status: RO Content-Length: 1176 The v3 related putbacks have put many of these bits in the header files, so we can stabilize the ABI without causing compile incompatibilities. (The same is true for some other future features like XRC, where space in some structs was reserved.) But there is no implementation or usage of these until it's an approved interface. So for example, without the interface being approved, HCA drivers will not generate the events, nor will IBMF/IBTF/IPonIB will not be changed to consume these events. So we are coming to ARC to get these approved so they are valid interfaces between projects in the ON consolidation. -ted James Carlson wrote: > Ted Kim writes: >> The propsoal is to make additions to the IBTF Channel Interface (CI) >> for HCA drivers and the Transport Interface (TI) for IB ULPs. > > I'm a little confused, because I see the changes related to (A) and > (B) (at least) already integrated in the Nevada ON source base. What > exactly are we reviewing for this project? > -- Ted H. Kim Sun Microsystems, Inc. ted.kim@sun.com 222 North Sepulveda Blvd., 10th Floor (310) 341-1116 El Segundo, CA 90245 (310) 341-1120 FAX From carlsonj@phorcys.east.sun.com Mon Mar 23 12:37:54 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 n2NJbrMR000268 for ; Mon, 23 Mar 2009 12:37:54 -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 n2NJbllh017785; Mon, 23 Mar 2009 19:37:50 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KGZ00D2L571FL00@nwk-avmta-2.sfbay.sun.com>; Mon, 23 Mar 2009 12:37:49 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KGZ00DDB56Z6400@nwk-avmta-2.sfbay.sun.com>; Mon, 23 Mar 2009 12:37:48 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n2NJbZgW021287; Mon, 23 Mar 2009 15:37:35 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n2NJbYem021284; Mon, 23 Mar 2009 15:37:34 -0400 (EDT) Date: Mon, 23 Mar 2009 15:37:34 -0400 From: James Carlson Subject: Re: More IB Failover Support [PSARC/2009/183 FastTrack timeout 03/27/2009] In-reply-to: <49C7E29A.6020406@sun.com> To: "Ted H. Kim" Cc: Ted Kim , psarc-ext@sun.com, Rajkumar.Sivaprakasam@sun.com Message-id: <18887.58622.750741.33047@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.4.1.325704 References: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> <18887.57024.573167.574459@gargle.gargle.HOWL> <49C7E29A.6020406@sun.com> Status: RO Content-Length: 541 Ted H. Kim writes: > The v3 related putbacks have put many of these bits in > the header files, so we can stabilize the ABI without > causing compile incompatibilities. (The same is true > for some other future features like XRC, where > space in some structs was reserved.) OK; that explains what I was seeing. +1 -- 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 Ted.Kim@Sun.COM Wed Mar 25 11:56:01 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 n2PIu0jh026814 for ; Wed, 25 Mar 2009 11:56:01 -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 n2PItqCn000654 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 25 Mar 2009 18:56:00 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 <0KH200D0VSL92Z00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Wed, 25 Mar 2009 11:55:57 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KH2001QYSL8TJA0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Wed, 25 Mar 2009 11:55:56 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n2PItu7R001740 for ; Wed, 25 Mar 2009 11:55:56 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KH200000RTMAC00@fe-sfbay-10.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Wed, 25 Mar 2009 11:55:56 -0700 (PDT) Received: from [129.153.3.74] ([unknown] [129.153.3.74]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KH2004TWSL74DC0@fe-sfbay-10.sun.com>; Wed, 25 Mar 2009 11:55:56 -0700 (PDT) Date: Wed, 25 Mar 2009 11:55:34 -0700 From: "Ted H. Kim" Subject: Re: More IB Failover Support [PSARC/2009/183 FastTrack timeout 03/27/2009] In-reply-to: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> Sender: Ted.Kim@Sun.COM To: PSARC-ext@Sun.COM Cc: Ted Kim , Rajkumar.Sivaprakasam@Sun.COM Message-id: <49CA7E26.9050409@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: <200903202130.n2KLUsEi002694@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081125) Status: RO Content-Length: 109 This case was approved today (3/25/09) at the PSARC meeting. So I will be marking it closed approved. -ted