From phitran@sac.sfbay.sun.com Wed Jun 30 13:11:25 2010 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 o5UKBPPV009730 for ; Wed, 30 Jun 2010 13:11:25 -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.4) with ESMTP id o5UKBOcl034299; Wed, 30 Jun 2010 14:11:25 -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 <0L4U00807G30O600@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Jun 2010 13:11:24 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00J8FG2YLPE0@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Jun 2010 13:11:22 -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.4) with ESMTP id o5UKBLoq026972; Wed, 30 Jun 2010 13:11:21 -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 o5UKBKGV009725; Wed, 30 Jun 2010 13:11:20 -0700 (PDT) Received: (from phitran@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o5UKBKR3009721; Wed, 30 Jun 2010 13:11:20 -0700 (PDT) Date: Wed, 30 Jun 2010 13:11:20 -0700 (PDT) From: Phi Tran Subject: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] To: PSARC-ext@sun.com Cc: barry.harding@oracle.com, david.chieu@oracle.com, justin.roth@oracle.com, kevin.song@oracle.com Message-id: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 7297 Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. 1. Introduction 1.1. Project/Component Working Name: Next Generation BMC Driver 1.2. Name of Document Author/Supplier: Author: Barry Harding 1.3 Date of This Document: 30 June, 2010 4. Technical Description 4.1. Project Summary: This project provides a replacement to the existing BMC driver. The existing driver supplies access to a systems baseboard management controller. It supplies this access using IPMI (Intelligent Platform Management Controller) protocol. The replacement driver will supply an extensible software model that supports both our existing proprietary BMC API and an industry accepted open API. 4.2. Type of release: Minor 4.3. Project Details: This project is divided into two phases. The first phase implements the OpenIPMI driver and the BMC shim module. Also the primary back-end plug-ins are implemented but are configured and compiled into the main driver module. Only one plug-in may be active at a time and this is only done at main driver load time. (see details below) In the second phase, which is optional, the plug-ins are separated into discrete modules. A way to configure more then one active plug-in at a time is added. Plug-ins could get added at any time during or after driver load. Also in the second phase, the old BMC API and the shim module will get EOL'd. Last we could possibly make the plug-in interface public. Phase One, more details: Now the biggest technical reason for this work. Our BMC driver only supports basic IPMI functionality while the open ones supports a much fuller set of features. The architecture of the existing driver forces some of these limits to the feature set because of its use of STREAMS. On top of that the BMC user-land API's are poorly designed, forcing the application to deal with the STREAMS based nature of the existing driver. In fact STREAMS is one of the big technical reasons to replace the existing driver! The nature of the IPMI hardware with IPMI protocol directly conflicts with the STREAMS framework constraints. This makes this driver more complicated then it needs to be and has been the main source for problems with this driver for years. All that with no benefits of using STREAMS in this driver. There are two parts to this phase. One part is a new driver that fully supports the OpenIPMI API. This new driver is a character based driver. The other part is a separate module which supplies the older BMC API and acts as a BMC to Open driver shim. Ideally it would be good to leverage an existing (non GNU) open driver (BSD version most likely) which is already OpenIPMI compliant. The goal is to port an OpenIPMI driver and continue to get updates of the open driver as needed. The BMC to Open driver shim will be made from the front-end of the existing BMC driver. It will use LDI kernel services to open the new OpenIPMI driver and use the same API that user-land applications would use to access BMC/IPMI services. The following is an overly simplified picture of this design: | Sun BMC ipmi app | | OpenIPMI app | ------------------ ------------------ | (/dev/bmc) | (/dev/ipmi) | User-Land | =========================================================== | | |-------------------| | | Stripped out BMC | | | used as shim to | | | OpenIPMI driver | | |(old streams code) | | ------------------- | | | | (ldi kernel driver | (character driver) | interface) | ----------------------------------| | --------------------------------------------- | BSD OpenIPMI Driver | --------------------------------------------- | -----------------------~~ (Future driver modules) plug-in interface | Proposed configurable driver back-end | | -------------------- --------------------------- | BMC serial code | | OpenIPMI direct plug-in | -------------------- --------------------------- | | ~ ~ (ldi kernel interface ~ VLDC to serial driver) (BMC KCS Hardware) The OpenIPMI driver does not act as a nexus for the back-end plug-in. But each plug-in supplies a list of access methods that are used as the main point of communications between the plug-in and the main driver. These methods supply several types of accesses. One, request/response IPMI message movement. Two, asynchronous event signaling (both directions). Three, initialization and configuration operations. Lastly error handling. The main driver does not reference or depend on the plug-ins directly. The plug-ins however depend on the main driver. In fact each plug-in has one direct reference to a function in the main driver which is used to register a plug-in with the driver. Note also that each plug-in may or may not be a separate module. Also only one plug-in can be active at a time for the first version of this driver (but that can change in the future if needed). The following is an overly simplified list of steps to get plug-ins connected to the main driver: 1.) plug-in loads. 2.) In early plug-in initialization plug-in supplies partially filled in method structure to main driver. 3.) plug-in calls main driver register routine with method structure. 4.) main driver fills in rest of method structure. 5.) at some later point main driver probes plug-in via method to see if plug-in device is available. 6.) main driver and plug-in interact via methods. 4.4. Interfaces: Interfaces exported: Interface Taxonomy Comment --------- -------- ------- BMC API Consolidation Existing driver API Private OpenIPMI Uncommitted OpenIPMI driver API Driver API OpenBMC Consolidation The new driver plug-in plug-in Private API. Interface imported: Interface Taxonomy Comment --------- -------- ------- OpenIPMI Uncommitted OpenIPMI driver API Driver API 5. References: http://openipmi.sourceforge.net/ http://openipmi.sourceforge.net/IPMI.pdf http://www.intel.com/design/servers/ipmi/index.htm 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 garrett@damore.org Wed Jun 30 13:33:10 2010 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 o5UKXAdw009945 for ; Wed, 30 Jun 2010 13:33:10 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5UKXAo4015099 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 13:33:10 -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 <0L4U00G01H3AC300@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 13:33:10 -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 <0L4U005X9H39HW50@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 13:33:10 -0700 (PDT) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5UKWEhk008166 for ; Wed, 30 Jun 2010 20:33:09 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay43i.sun.com with ESMTP id BT-MMP-23417 for PSARC-ext@sun.com; Wed, 30 Jun 2010 20:33:09 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-538546 for PSARC-ext@sun.com; Wed, 30 Jun 2010 20:33:08 +0000 (Z) Received: from oproxy2-pub.bluehost.com ([67.222.39.60] [67.222.39.60]) by relay4i.sun.com id BT-MMP-5968776 for PSARC-ext@sun.com; Wed, 30 Jun 2010 20:33:08 +0000 (Z) Received: (qmail 30014 invoked by uid 0); Wed, 30 Jun 2010 20:33:08 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy2.bluehost.com with SMTP; Wed, 30 Jun 2010 20:33:08 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OU3xz-0005lj-L7; Wed, 30 Jun 2010 14:33:07 -0600 Date: Wed, 30 Jun 2010 13:35:37 -0700 From: "Garrett D'Amore" Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> To: Phi Tran Cc: PSARC-ext@sun.com, david.chieu@oracle.com, barry.harding@oracle.com, justin.roth@oracle.com, kevin.song@oracle.com Message-id: <1277930137.5596.4659.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=1PEI6dOHK+Q5qpcja2P7RF/nC4Pmao/wFNjC9Csd9N1E3Y71JlTU0IvacABfhslGCeb3zbLKEQpS6e+CGM7+1WnkzF4O26KON2jpOFryf32dKN+jwYX8ywc3AzWu5E6x; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=-2.6/5.0, scanned in 0.332sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> Status: RO Content-Length: 8538 Generally, I think this project is doing the right things. But a few issues: a) BMC API is listed as Consolidation Private. Are there consumers outside of ON? If not, then you could probably just nuke the BMC API. If there *are*, then you are automatically no longer Consolidation Private, but a minimum some form of Contracted. which brings me to b) Assuming that there *are* BMC API consumers, can we mark the API as Obsolete? Its clear to me (from work and discussions out of band had earlier) that BMC API is inferior to OpenIPMI. We should strongly encourage everyone to use the "standard" (even if only de-facto) superior API. Once these issues are resolved, I'll be happy to add a +1 to this project. - Garrett On Wed, 2010-06-30 at 13:11 -0700, Phi Tran wrote: > Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI > This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. > 1. Introduction > 1.1. Project/Component Working Name: > Next Generation BMC Driver > 1.2. Name of Document Author/Supplier: > Author: Barry Harding > 1.3 Date of This Document: > 30 June, 2010 > 4. Technical Description > 4.1. Project Summary: > > This project provides a replacement to the existing BMC driver. > The existing driver supplies access to a systems baseboard > management controller. It supplies this access using IPMI > (Intelligent Platform Management Controller) protocol. > The replacement driver will supply an extensible software model > that supports both our existing proprietary BMC API and an > industry accepted open API. > > 4.2. Type of release: > > Minor > > 4.3. Project Details: > > This project is divided into two phases. > > The first phase implements the OpenIPMI driver and the BMC > shim module. Also the primary back-end plug-ins are implemented > but are configured and compiled into the main driver module. > Only one plug-in may be active at a time and this is only done > at main driver load time. (see details below) > > In the second phase, which is optional, the plug-ins are > separated into discrete modules. A way to configure > more then one active plug-in at a time is added. Plug-ins could > get added at any time during or after driver load. Also > in the second phase, the old BMC API and the shim module will > get EOL'd. Last we could possibly make the plug-in interface public. > > Phase One, more details: > > Now the biggest technical reason for this work. Our BMC driver > only supports basic IPMI functionality while the open ones > supports a much fuller set of features. The architecture of the > existing driver forces some of these limits to the feature set > because of its use of STREAMS. On top of that the BMC user-land > API's are poorly designed, forcing the application to deal with > the STREAMS based nature of the existing driver. In fact STREAMS > is one of the big technical reasons to replace the existing > driver! The nature of the IPMI hardware with IPMI protocol > directly conflicts with the STREAMS framework constraints. This > makes this driver more complicated then it needs to be and has > been the main source for problems with this driver for years. All > that with no benefits of using STREAMS in this driver. > > There are two parts to this phase. One part is a new driver > that fully supports the OpenIPMI API. This new driver is a character > based driver. The other part is a separate module which supplies > the older BMC API and acts as a BMC to Open driver shim. > > Ideally it would be good to leverage an existing (non GNU) open > driver (BSD version most likely) which is already OpenIPMI compliant. > The goal is to port an OpenIPMI driver and continue to get updates > of the open driver as needed. > > The BMC to Open driver shim will be made from the front-end of > the existing BMC driver. It will use LDI kernel services to open > the new OpenIPMI driver and use the same API that user-land > applications would use to access BMC/IPMI services. > > The following is an overly simplified picture of this design: > > > > > | Sun BMC ipmi app | | OpenIPMI app | > ------------------ ------------------ > | (/dev/bmc) | (/dev/ipmi) > | User-Land | > =========================================================== > | | > |-------------------| | > | Stripped out BMC | | > | used as shim to | | > | OpenIPMI driver | | > |(old streams code) | | > ------------------- | > | | > | (ldi kernel driver | (character driver) > | interface) | > ----------------------------------| > | > --------------------------------------------- > | BSD OpenIPMI Driver | > --------------------------------------------- > | > -----------------------~~ (Future driver modules) > plug-in interface | Proposed configurable driver back-end > | | > -------------------- --------------------------- > | BMC serial code | | OpenIPMI direct plug-in | > -------------------- --------------------------- > | | > ~ ~ > (ldi kernel interface ~ > VLDC to serial driver) (BMC KCS Hardware) > > > The OpenIPMI driver does not act as a nexus for the back-end > plug-in. But each plug-in supplies a list of access methods > that are used as the main point of communications between the > plug-in and the main driver. These methods supply several types > of accesses. One, request/response IPMI message movement. Two, > asynchronous event signaling (both directions). Three, > initialization and configuration operations. Lastly error handling. > > The main driver does not reference or depend on the plug-ins directly. > The plug-ins however depend on the main driver. In fact each plug-in > has one direct reference to a function in the main driver which is > used to register a plug-in with the driver. Note also that each plug-in > may or may not be a separate module. Also only one plug-in can > be active at a time for the first version of this driver (but that can > change in the future if needed). The following is an overly > simplified list of steps to get plug-ins connected to the main driver: > > 1.) plug-in loads. > 2.) In early plug-in initialization plug-in supplies > partially filled in method structure to main driver. > 3.) plug-in calls main driver register routine with method > structure. > 4.) main driver fills in rest of method structure. > 5.) at some later point main driver probes plug-in via > method to see if plug-in device is available. > 6.) main driver and plug-in interact via methods. > > > 4.4. Interfaces: > > Interfaces exported: > > Interface Taxonomy Comment > --------- -------- ------- > BMC API Consolidation Existing driver API > Private > > OpenIPMI Uncommitted OpenIPMI driver API > Driver API > > OpenBMC Consolidation The new driver plug-in > plug-in Private API. > > Interface imported: > > Interface Taxonomy Comment > --------- -------- ------- > OpenIPMI Uncommitted OpenIPMI driver API > Driver API > > 5. References: > http://openipmi.sourceforge.net/ > http://openipmi.sourceforge.net/IPMI.pdf > http://www.intel.com/design/servers/ipmi/index.htm > > 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 > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From seth.goldberg@oracle.com Wed Jun 30 13:47:49 2010 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 o5UKlnwL010045 for ; Wed, 30 Jun 2010 13:47:49 -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.4) with ESMTP id o5UKlnnE053141 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 14:47:49 -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 <0L4U00A03HRPH800@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 13:47:49 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00AKOHRO7200@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 13:47:48 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5UKlmMA013945; Wed, 30 Jun 2010 20:47:48 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UJ0QvS009284; Wed, 30 Jun 2010 20:47:45 +0000 (GMT) Received: from abhmt014.oracle.com by acsmt353.oracle.com with ESMTP id 371349481277930774; Wed, 30 Jun 2010 13:46:14 -0700 Received: from [10.120.2.70] (/166.205.136.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 13:46:11 -0700 Date: Wed, 30 Jun 2010 13:40:45 -0700 From: Seth Goldberg Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1277930137.5596.4659.camel@velocity> To: "Garrett D'Amore" Cc: Phi Tran , "PSARC-ext@sun.com" , "david.chieu@oracle.com" , "barry.harding@oracle.com" , "justin.roth@oracle.com" , "kevin.song@oracle.com" Message-id: MIME-version: 1.0 X-Mailer: iPhone Mail (8A293) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4C2BAD72.00A1:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> Status: RO Content-Length: 8941 On Jun 30, 2010, at 1:35 PM, Garrett D'Amore wrote: > Generally, I think this project is doing the right things. But a few > issues: > > a) BMC API is listed as Consolidation Private. Are there consumers > outside of ON? If not, then you could probably just nuke the BMC API. > If there *are*, then you are automatically no longer Consolidation > Private, but a minimum some form of Contracted. No, the API is Contract Private, not Consoludation Private. ipmitool is one of the contracted consumers. --S > > which brings me to > > b) Assuming that there *are* BMC API consumers, can we mark the API as > Obsolete? Its clear to me (from work and discussions out of band had > earlier) that BMC API is inferior to OpenIPMI. We should strongly > encourage everyone to use the "standard" (even if only de-facto) > superior API. > > Once these issues are resolved, I'll be happy to add a +1 to this > project. > > - Garrett > > On Wed, 2010-06-30 at 13:11 -0700, Phi Tran wrote: >> Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI >> This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. >> 1. Introduction >> 1.1. Project/Component Working Name: >> Next Generation BMC Driver >> 1.2. Name of Document Author/Supplier: >> Author: Barry Harding >> 1.3 Date of This Document: >> 30 June, 2010 >> 4. Technical Description >> 4.1. Project Summary: >> >> This project provides a replacement to the existing BMC driver. >> The existing driver supplies access to a systems baseboard >> management controller. It supplies this access using IPMI >> (Intelligent Platform Management Controller) protocol. >> The replacement driver will supply an extensible software model >> that supports both our existing proprietary BMC API and an >> industry accepted open API. >> >> 4.2. Type of release: >> >> Minor >> >> 4.3. Project Details: >> >> This project is divided into two phases. >> >> The first phase implements the OpenIPMI driver and the BMC >> shim module. Also the primary back-end plug-ins are implemented >> but are configured and compiled into the main driver module. >> Only one plug-in may be active at a time and this is only done >> at main driver load time. (see details below) >> >> In the second phase, which is optional, the plug-ins are >> separated into discrete modules. A way to configure >> more then one active plug-in at a time is added. Plug-ins could >> get added at any time during or after driver load. Also >> in the second phase, the old BMC API and the shim module will >> get EOL'd. Last we could possibly make the plug-in interface public. >> >> Phase One, more details: >> >> Now the biggest technical reason for this work. Our BMC driver >> only supports basic IPMI functionality while the open ones >> supports a much fuller set of features. The architecture of the >> existing driver forces some of these limits to the feature set >> because of its use of STREAMS. On top of that the BMC user-land >> API's are poorly designed, forcing the application to deal with >> the STREAMS based nature of the existing driver. In fact STREAMS >> is one of the big technical reasons to replace the existing >> driver! The nature of the IPMI hardware with IPMI protocol >> directly conflicts with the STREAMS framework constraints. This >> makes this driver more complicated then it needs to be and has >> been the main source for problems with this driver for years. All >> that with no benefits of using STREAMS in this driver. >> >> There are two parts to this phase. One part is a new driver >> that fully supports the OpenIPMI API. This new driver is a character >> based driver. The other part is a separate module which supplies >> the older BMC API and acts as a BMC to Open driver shim. >> >> Ideally it would be good to leverage an existing (non GNU) open >> driver (BSD version most likely) which is already OpenIPMI compliant. >> The goal is to port an OpenIPMI driver and continue to get updates >> of the open driver as needed. >> >> The BMC to Open driver shim will be made from the front-end of >> the existing BMC driver. It will use LDI kernel services to open >> the new OpenIPMI driver and use the same API that user-land >> applications would use to access BMC/IPMI services. >> >> The following is an overly simplified picture of this design: >> >> >> >> >> | Sun BMC ipmi app | | OpenIPMI app | >> ------------------ ------------------ >> | (/dev/bmc) | (/dev/ipmi) >> | User-Land | >> =========================================================== >> | | >> |-------------------| | >> | Stripped out BMC | | >> | used as shim to | | >> | OpenIPMI driver | | >> |(old streams code) | | >> ------------------- | >> | | >> | (ldi kernel driver | (character driver) >> | interface) | >> ----------------------------------| >> | >> --------------------------------------------- >> | BSD OpenIPMI Driver | >> --------------------------------------------- >> | >> -----------------------~~ (Future driver modules) >> plug-in interface | Proposed configurable driver back-end >> | | >> -------------------- --------------------------- >> | BMC serial code | | OpenIPMI direct plug-in | >> -------------------- --------------------------- >> | | >> ~ ~ >> (ldi kernel interface ~ >> VLDC to serial driver) (BMC KCS Hardware) >> >> >> The OpenIPMI driver does not act as a nexus for the back-end >> plug-in. But each plug-in supplies a list of access methods >> that are used as the main point of communications between the >> plug-in and the main driver. These methods supply several types >> of accesses. One, request/response IPMI message movement. Two, >> asynchronous event signaling (both directions). Three, >> initialization and configuration operations. Lastly error handling. >> >> The main driver does not reference or depend on the plug-ins directly. >> The plug-ins however depend on the main driver. In fact each plug-in >> has one direct reference to a function in the main driver which is >> used to register a plug-in with the driver. Note also that each plug-in >> may or may not be a separate module. Also only one plug-in can >> be active at a time for the first version of this driver (but that can >> change in the future if needed). The following is an overly >> simplified list of steps to get plug-ins connected to the main driver: >> >> 1.) plug-in loads. >> 2.) In early plug-in initialization plug-in supplies >> partially filled in method structure to main driver. >> 3.) plug-in calls main driver register routine with method >> structure. >> 4.) main driver fills in rest of method structure. >> 5.) at some later point main driver probes plug-in via >> method to see if plug-in device is available. >> 6.) main driver and plug-in interact via methods. >> >> >> 4.4. Interfaces: >> >> Interfaces exported: >> >> Interface Taxonomy Comment >> --------- -------- ------- >> BMC API Consolidation Existing driver API >> Private >> >> OpenIPMI Uncommitted OpenIPMI driver API >> Driver API >> >> OpenBMC Consolidation The new driver plug-in >> plug-in Private API. >> >> Interface imported: >> >> Interface Taxonomy Comment >> --------- -------- ------- >> OpenIPMI Uncommitted OpenIPMI driver API >> Driver API >> >> 5. References: >> http://openipmi.sourceforge.net/ >> http://openipmi.sourceforge.net/IPMI.pdf >> http://www.intel.com/design/servers/ipmi/index.htm >> >> 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 >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org > > From garrett@damore.org Wed Jun 30 13:51:55 2010 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 o5UKptoN010149 for ; Wed, 30 Jun 2010 13:51:55 -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 o5UKpssg022863 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 13:51: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 <0L4U00A01HYIW200@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:51:54 -0600 (MDT) 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 <0L4U000T0HYI3E50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:51:54 -0600 (MDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5UKfmSF025834 for ; Wed, 30 Jun 2010 20:51:53 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay11i.sun.com with ESMTP id BT-MMP-25679 for PSARC-ext@sun.com; Wed, 30 Jun 2010 20:51:53 +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-648989 for PSARC-ext@sun.com; Wed, 30 Jun 2010 20:51:52 +0000 (Z) Received: from oproxy3-pub.bluehost.com ([69.89.21.8] [69.89.21.8]) by relay1i.sun.com id BT-MMP-15420553 for PSARC-ext@sun.com; Wed, 30 Jun 2010 20:51:52 +0000 (Z) Received: (qmail 25337 invoked by uid 0); Wed, 30 Jun 2010 20:51:52 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy3.bluehost.com with SMTP; Wed, 30 Jun 2010 20:51:52 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OU4G8-0006vA-0z; Wed, 30 Jun 2010 14:51:52 -0600 Date: Wed, 30 Jun 2010 13:54:22 -0700 From: "Garrett D'Amore" Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: To: Seth Goldberg Cc: Phi Tran , "PSARC-ext@sun.com" , "david.chieu@oracle.com" , "barry.harding@oracle.com" , "justin.roth@oracle.com" , "kevin.song@oracle.com" Message-id: <1277931262.5596.4675.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=lD29FE6JCy1shwtL9q/4nLojRiFrS2AeLK1Tv2igX968CqgijRLKgrEtfYIiA0Y+mIaY0z/xBB0ujqUSMXmDb35+Z3Xf73geAdE76ZxaKNv94LCq/Aps+SNbCN3kHuUT; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.217sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> Status: RO Content-Length: 870 On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: > > On Jun 30, 2010, at 1:35 PM, Garrett D'Amore wrote: > > > Generally, I think this project is doing the right things. But a few > > issues: > > > > a) BMC API is listed as Consolidation Private. Are there consumers > > outside of ON? If not, then you could probably just nuke the BMC API. > > If there *are*, then you are automatically no longer Consolidation > > Private, but a minimum some form of Contracted. > > No, the API is Contract Private, not Consoludation Private. ipmitool is one of the contracted consumers. That's pretty much what I expected -- although ISTR that ipmitool can use an OpenIPMI backend as well? Is this true? Can we make that change without disrupting users? Are there other consumers? (Was the bmc API ever documented anywhere?) - Garrett > From phi.n.tran@oracle.com Wed Jun 30 14:40:45 2010 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 o5ULej2L012274 for ; Wed, 30 Jun 2010 14:40:45 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5ULejSd011038 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 14:40:45 -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 <0L4U00705K7XWO00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:40:45 -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 <0L4U005PIK7WHWB0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:40:44 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5ULehP1003070; Wed, 30 Jun 2010 21:40:44 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5ULeehg026000; Wed, 30 Jun 2010 21:40:40 +0000 (GMT) Received: from abhmt003.oracle.com by acsmt353.oracle.com with ESMTP id 371501501277933988; Wed, 30 Jun 2010 14:39:48 -0700 Received: from [129.153.2.14] (/129.153.2.14) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 14:39:47 -0700 Date: Wed, 30 Jun 2010 14:39:37 -0700 From: Phi Tran Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1277931262.5596.4675.camel@velocity> To: "Garrett D'Amore" Cc: Seth Goldberg , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "barry.harding@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2BB999.1010808@oracle.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 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C2BB9D9.0041:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 1283 On 06/30/10 13:54, Garrett D'Amore wrote: > On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore wrote: >> >>> Generally, I think this project is doing the right things. But a few >>> issues: >>> >>> a) BMC API is listed as Consolidation Private. Are there consumers >>> outside of ON? If not, then you could probably just nuke the BMC API. >>> If there *are*, then you are automatically no longer Consolidation >>> Private, but a minimum some form of Contracted. >> No, the API is Contract Private, not Consoludation Private. ipmitool is one of the contracted consumers. > > That's pretty much what I expected -- although ISTR that ipmitool can > use an OpenIPMI backend as well? Is this true? Can we make that change > without disrupting users? Are there other consumers? (Was the bmc API > ever documented anywhere?) Yes, the BMC API is contracted consolidation private. I'll correct that. I didn't find any official documentation for the bmc API though. I believe the answer is yes about ipmitool and OpenIPMI, but Barry needs to confirm this. Phi > > - Garrett > > > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From barry.harding@oracle.com Wed Jun 30 14:48:33 2010 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 o5ULmXAx012366 for ; Wed, 30 Jun 2010 14:48:33 -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.4) with ESMTP id o5ULmX2R018425 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 15:48:33 -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 <0L4U00D05KKXLK00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:48:33 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00AA0KKW6X60@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:48:32 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5ULmR5k006457; Wed, 30 Jun 2010 21:48:27 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UK1KPk020329; Wed, 30 Jun 2010 21:48:22 +0000 (GMT) Received: from abhmt015.oracle.com by acsmt353.oracle.com with ESMTP id 386898991277934396; Wed, 30 Jun 2010 14:46:36 -0700 Received: from [129.153.74.105] (/24.24.248.77) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 14:46:35 -0700 Date: Wed, 30 Jun 2010 14:46:23 -0700 From: Barry Harding Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BB999.1010808@oracle.com> To: Phi Tran Cc: "Garrett D'Amore" , Seth Goldberg , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2BBB2F.8090708@oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4C2BBBA8.021B:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100504 SeaMonkey/2.0.5 Status: RO Content-Length: 1614 Ipmitool can be changed over to use OpenIPMI and I believe in fact that the version of it we distribute does already support OpenIPMI. This tool can support multiple interface types and I think we may change the default interface from OpenIPMI to BMC. Barry Phi Tran wrote: > On 06/30/10 13:54, Garrett D'Amore wrote: >> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>> wrote: >>> >>>> Generally, I think this project is doing the right things. But a few >>>> issues: >>>> >>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>> outside of ON? If not, then you could probably just nuke the BMC API. >>>> If there *are*, then you are automatically no longer Consolidation >>>> Private, but a minimum some form of Contracted. >>> No, the API is Contract Private, not Consoludation Private. >>> ipmitool is one of the contracted consumers. >> >> That's pretty much what I expected -- although ISTR that ipmitool can >> use an OpenIPMI backend as well? Is this true? Can we make that change >> without disrupting users? Are there other consumers? (Was the bmc API >> ever documented anywhere?) > > Yes, the BMC API is contracted consolidation private. I'll correct > that. I didn't find any official documentation for the bmc API though. > > I believe the answer is yes about ipmitool and OpenIPMI, but Barry > needs to confirm this. > > Phi > > >> >> - Garrett >> >> >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org > From garrett@damore.org Wed Jun 30 14:52:38 2010 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 o5ULqcYm012438 for ; Wed, 30 Jun 2010 14:52:38 -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 o5ULqcTW015952 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 14:52:38 -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 <0L4U00G07KRQE100@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:52:38 -0600 (MDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U000U4KRQ3280@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:52:38 -0600 (MDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5ULqbU4023568 for ; Wed, 30 Jun 2010 21:52:37 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay13i.sun.com with ESMTP id BT-MMP-4018443 for PSARC-ext@sun.com; Wed, 30 Jun 2010 21:52:37 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-844689 for PSARC-ext@sun.com; Wed, 30 Jun 2010 21:52:37 +0000 (Z) Received: from oproxy1-pub.bluehost.com ([66.147.249.253] [66.147.249.253]) by relay1i.sun.com id BT-MMP-7284255 for PSARC-ext@sun.com; Wed, 30 Jun 2010 21:52:37 +0000 (Z) Received: (qmail 22558 invoked by uid 0); Wed, 30 Jun 2010 21:52:36 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy1.bluehost.com.bluehost.com with SMTP; Wed, 30 Jun 2010 21:52:36 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OU5Cu-00089t-JL; Wed, 30 Jun 2010 15:52:36 -0600 Date: Wed, 30 Jun 2010 14:55:07 -0700 From: "Garrett D'Amore" Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BBB2F.8090708@oracle.com> To: Barry Harding Cc: Phi Tran , Seth Goldberg , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <1277934907.5596.4687.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=KeJhbVxflJpomvFaWAQumCbnxQyUDpZ8oXMbG/SheTW/cM7wNHe/FxgwNGmULzcm4ZVPMfksKx3lD1JGOux/NTFTAY06fu1fj+9HOUPzb8k2W36x1uuAA4Zz1lmlo89B; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.085sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> Status: RO Content-Length: 2076 On Wed, 2010-06-30 at 14:46 -0700, Barry Harding wrote: > > Ipmitool can be changed over to use OpenIPMI and I believe in fact that > the version of it we distribute > does already support OpenIPMI. This tool can support multiple interface > types and I think we may change > the default interface from OpenIPMI to BMC. Are there any other consumers of the BMC API? If not, it may be a lot less expensive to just elide the BMC API shim. (And a lot less risky, too.) If there is any way to easily eliminate the separate BMC API (and associated interfaces), then I think that would be the far superior approach. - Garrett > > Barry > > Phi Tran wrote: > > On 06/30/10 13:54, Garrett D'Amore wrote: > >> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: > >>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore > >>> wrote: > >>> > >>>> Generally, I think this project is doing the right things. But a few > >>>> issues: > >>>> > >>>> a) BMC API is listed as Consolidation Private. Are there consumers > >>>> outside of ON? If not, then you could probably just nuke the BMC API. > >>>> If there *are*, then you are automatically no longer Consolidation > >>>> Private, but a minimum some form of Contracted. > >>> No, the API is Contract Private, not Consoludation Private. > >>> ipmitool is one of the contracted consumers. > >> > >> That's pretty much what I expected -- although ISTR that ipmitool can > >> use an OpenIPMI backend as well? Is this true? Can we make that change > >> without disrupting users? Are there other consumers? (Was the bmc API > >> ever documented anywhere?) > > > > Yes, the BMC API is contracted consolidation private. I'll correct > > that. I didn't find any official documentation for the bmc API though. > > > > I believe the answer is yes about ipmitool and OpenIPMI, but Barry > > needs to confirm this. > > > > Phi > > > > > >> > >> - Garrett > >> > >> > >> > >> _______________________________________________ > >> opensolaris-arc mailing list > >> opensolaris-arc@opensolaris.org > > > From Kevin.Song@oracle.com Wed Jun 30 14:53:46 2010 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 o5ULrk1L012455 for ; Wed, 30 Jun 2010 14:53:46 -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.4) with ESMTP id o5ULrhRY020814 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 15:53:46 -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 <0L4U00D1DKTMVG00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:53:46 -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 <0L4U00AU4KTL6Y60@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 14:53:46 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5ULrjnE012922; Wed, 30 Jun 2010 21:53:45 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UGEbuF007846; Wed, 30 Jun 2010 21:53:42 +0000 (GMT) Received: from abhmt006.oracle.com by acsmt354.oracle.com with ESMTP id 371551621277934819; Wed, 30 Jun 2010 14:53:39 -0700 Received: from [129.145.155.183] (/129.145.155.183) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 14:53:38 -0700 Date: Wed, 30 Jun 2010 14:53:37 -0700 From: Kevin Song Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BBB2F.8090708@oracle.com> To: Barry Harding Cc: Phi Tran , "Garrett D'Amore" , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Reply-to: Kevin.Song@oracle.com Message-id: <4C2BBCE1.4050200@Oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C2BBCE7.0096:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 1875 Barry, Phi, What about PSARC 2009/467 Solaris ATCA IPMI Driver? Will this case obsolete PSARC 2009/467? I hope so. Please clarify. Thanks, Kevin On 06/30/10 02:46 PM, Barry Harding wrote: > > > Ipmitool can be changed over to use OpenIPMI and I believe in fact > that the version of it we distribute > does already support OpenIPMI. This tool can support multiple > interface types and I think we may change > the default interface from OpenIPMI to BMC. > > Barry > > Phi Tran wrote: >> On 06/30/10 13:54, Garrett D'Amore wrote: >>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>>> wrote: >>>> >>>>> Generally, I think this project is doing the right things. But a few >>>>> issues: >>>>> >>>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>>> outside of ON? If not, then you could probably just nuke the BMC >>>>> API. >>>>> If there *are*, then you are automatically no longer Consolidation >>>>> Private, but a minimum some form of Contracted. >>>> No, the API is Contract Private, not Consoludation Private. >>>> ipmitool is one of the contracted consumers. >>> >>> That's pretty much what I expected -- although ISTR that ipmitool can >>> use an OpenIPMI backend as well? Is this true? Can we make that >>> change >>> without disrupting users? Are there other consumers? (Was the bmc API >>> ever documented anywhere?) >> >> Yes, the BMC API is contracted consolidation private. I'll correct >> that. I didn't find any official documentation for the bmc API though. >> >> I believe the answer is yes about ipmitool and OpenIPMI, but Barry >> needs to confirm this. >> >> Phi >> >> >>> >>> - Garrett >>> >>> >>> >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc@opensolaris.org >> > From Kevin.Song@oracle.com Wed Jun 30 15:00:59 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5UM0xgn013099 for ; Wed, 30 Jun 2010 15:00:59 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5UM0u8X007978 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 17:00:58 -0500 (CDT) 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 <0L4U00E03L5MAL00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:00:58 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00AIQL5L6Y70@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:00:57 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5UM0ufC009217; Wed, 30 Jun 2010 22:00:56 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UKUT8X023229; Wed, 30 Jun 2010 22:00:53 +0000 (GMT) Received: from abhmt013.oracle.com by acsmt353.oracle.com with ESMTP id 386925841277935248; Wed, 30 Jun 2010 15:00:48 -0700 Received: from [129.145.155.183] (/129.145.155.183) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 15:00:47 -0700 Date: Wed, 30 Jun 2010 15:00:45 -0700 From: Kevin Song Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1277934907.5596.4687.camel@velocity> To: "Garrett D'Amore" Cc: Barry Harding , Phi Tran , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Reply-to: Kevin.Song@oracle.com Message-id: <4C2BBE8D.5080202@Oracle.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_QuU1/+NzezGxcRPVdUfvkw)" X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4C2BBE96.01F9:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <1277934907.5596.4687.camel@velocity> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 6091 This is a multi-part message in MIME format. --Boundary_(ID_QuU1/+NzezGxcRPVdUfvkw) Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT On 06/30/10 02:55 PM, Garrett D'Amore wrote: > On Wed, 2010-06-30 at 14:46 -0700, Barry Harding wrote: > >> Ipmitool can be changed over to use OpenIPMI and I believe in fact that >> the version of it we distribute >> does already support OpenIPMI. This tool can support multiple interface >> types and I think we may change >> the default interface from OpenIPMI to BMC. >> > > Are there any other consumers of the BMC API? If not, it may be a lot > less expensive to just elide the BMC API shim. (And a lot less risky, > too.) > Solaris libipmi with few users. Or, need to make sure a RFE for OpenIPMI support in libipmi. Kevin > If there is any way to easily eliminate the separate BMC API (and > associated interfaces), then I think that would be the far superior > approach. > > - Garrett > > >> Barry >> >> Phi Tran wrote: >> >>> On 06/30/10 13:54, Garrett D'Amore wrote: >>> >>>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>>> >>>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>>>> wrote: >>>>> >>>>> >>>>>> Generally, I think this project is doing the right things. But a few >>>>>> issues: >>>>>> >>>>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>>>> outside of ON? If not, then you could probably just nuke the BMC API. >>>>>> If there *are*, then you are automatically no longer Consolidation >>>>>> Private, but a minimum some form of Contracted. >>>>>> >>>>> No, the API is Contract Private, not Consoludation Private. >>>>> ipmitool is one of the contracted consumers. >>>>> >>>> That's pretty much what I expected -- although ISTR that ipmitool can >>>> use an OpenIPMI backend as well? Is this true? Can we make that change >>>> without disrupting users? Are there other consumers? (Was the bmc API >>>> ever documented anywhere?) >>>> >>> Yes, the BMC API is contracted consolidation private. I'll correct >>> that. I didn't find any official documentation for the bmc API though. >>> >>> I believe the answer is yes about ipmitool and OpenIPMI, but Barry >>> needs to confirm this. >>> >>> Phi >>> >>> >>> >>>> - Garrett >>>> >>>> >>>> >>>> _______________________________________________ >>>> opensolaris-arc mailing list >>>> opensolaris-arc@opensolaris.org >>>> > > > --Boundary_(ID_QuU1/+NzezGxcRPVdUfvkw) Content-type: text/html; charset=UTF-8 Content-transfer-encoding: 8BIT On 06/30/10 02:55 PM, Garrett D'Amore wrote: 
On Wed, 2010-06-30 at 14:46 -0700, Barry Harding wrote:
  
Ipmitool can be changed over to use OpenIPMI and I believe in fact that 
the version of it we distribute
does already support OpenIPMI. This tool can support multiple interface 
types and I think we may change
the default interface from OpenIPMI to BMC.
    

Are there any other consumers of the BMC API?  If not, it may be a lot
less expensive to just elide the BMC API shim.  (And a lot less risky,
too.)
Solaris libipmi with few users. Or,  need to make sure a RFE for  OpenIPMI support in libipmi.

Kevin
If there is any way to easily eliminate the separate BMC API (and
associated interfaces), then I think that would be the far superior
approach.

	- Garrett

  
Barry

Phi Tran wrote:
    
On 06/30/10 13:54, Garrett D'Amore wrote:
      
On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote:
        
On Jun 30, 2010, at 1:35 PM, Garrett D'Amore <garrett@damore.org> 
wrote:

          
Generally, I think this project is doing the right things.  But a few
issues:

a) BMC API is listed as Consolidation Private.  Are there consumers
outside of ON?  If not, then you could probably just nuke the BMC API.
If there *are*, then you are automatically no longer Consolidation
Private, but a minimum some form of Contracted.
            
No, the API is Contract Private, not Consoludation Private.  
ipmitool is one of the contracted consumers.
          
That's pretty much what I expected -- although ISTR that ipmitool can
use an OpenIPMI backend as well?  Is this true?  Can we make that change
without disrupting users?  Are there other consumers?  (Was the bmc API
ever documented anywhere?)
        
Yes, the BMC API is contracted consolidation private.  I'll correct 
that.  I didn't find any official documentation for the bmc API though.

I believe the answer is yes about ipmitool and OpenIPMI, but Barry 
needs to confirm this.

Phi


      
    - Garrett



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

--Boundary_(ID_QuU1/+NzezGxcRPVdUfvkw)-- From seth.goldberg@oracle.com Wed Jun 30 15:11:59 2010 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 o5UMBvKW013598 for ; Wed, 30 Jun 2010 15:11:58 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5UMBvtj010597 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 15:11:57 -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 <0L4U00I0NLNX5D00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 16:11:57 -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 <0L4U00089LNW3C90@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 16:11:57 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5UMBuxY000717; Wed, 30 Jun 2010 22:11:56 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UHmidN022714; Wed, 30 Jun 2010 22:11:53 +0000 (GMT) Received: from abhmt004.oracle.com by acsmt353.oracle.com with ESMTP id 371593671277935909; Wed, 30 Jun 2010 15:11:49 -0700 Received: from [10.120.2.70] (/166.205.136.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 15:11:48 -0700 Date: Wed, 30 Jun 2010 15:11:21 -0700 From: Seth Goldberg Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1277934907.5596.4687.camel@velocity> To: "Garrett D'Amore" Cc: Barry Harding , Phi Tran , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <45CFAC87-A009-4EC0-AB40-171EE262C3CC@oracle.com> MIME-version: 1.0 X-Mailer: iPhone Mail (8A293) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C2BC12A.01C4:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <1277934907.5596.4687.camel@velocity> Status: RO Content-Length: 2297 On Jun 30, 2010, at 2:55 PM, Garrett D'Amore wrote: > On Wed, 2010-06-30 at 14:46 -0700, Barry Harding wrote: >> >> Ipmitool can be changed over to use OpenIPMI and I believe in fact that >> the version of it we distribute >> does already support OpenIPMI. This tool can support multiple interface >> types and I think we may change >> the default interface from OpenIPMI to BMC. > > Are there any other consumers of the BMC API? If not, it may be a lot > less expensive to just elide the BMC API shim. (And a lot less risky, > too.) Yes, there are. There ON components (libipmi) that consume the bmc interfaces. --S > > If there is any way to easily eliminate the separate BMC API (and > associated interfaces), then I think that would be the far superior > approach. > > - Garrett > >> >> Barry >> >> Phi Tran wrote: >>> On 06/30/10 13:54, Garrett D'Amore wrote: >>>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>>>> wrote: >>>>> >>>>>> Generally, I think this project is doing the right things. But a few >>>>>> issues: >>>>>> >>>>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>>>> outside of ON? If not, then you could probably just nuke the BMC API. >>>>>> If there *are*, then you are automatically no longer Consolidation >>>>>> Private, but a minimum some form of Contracted. >>>>> No, the API is Contract Private, not Consoludation Private. >>>>> ipmitool is one of the contracted consumers. >>>> >>>> That's pretty much what I expected -- although ISTR that ipmitool can >>>> use an OpenIPMI backend as well? Is this true? Can we make that change >>>> without disrupting users? Are there other consumers? (Was the bmc API >>>> ever documented anywhere?) >>> >>> Yes, the BMC API is contracted consolidation private. I'll correct >>> that. I didn't find any official documentation for the bmc API though. >>> >>> I believe the answer is yes about ipmitool and OpenIPMI, but Barry >>> needs to confirm this. >>> >>> Phi >>> >>> >>>> >>>> - Garrett >>>> >>>> >>>> >>>> _______________________________________________ >>>> opensolaris-arc mailing list >>>> opensolaris-arc@opensolaris.org >>> >> > > From garrett@damore.org Wed Jun 30 15:16:32 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5UMGWCj013665 for ; Wed, 30 Jun 2010 15:16:32 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5UMGUIg015764 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 17:16:31 -0500 (CDT) 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 <0L4U00F0NLVJWA00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:16:31 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00FBWLVJPX00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:16:31 -0700 (PDT) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5UMANOY029506 for ; Wed, 30 Jun 2010 22:16:30 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay42i.sun.com with ESMTP id BT-MMP-86568 for PSARC-ext@sun.com; Wed, 30 Jun 2010 22:16:30 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-686945 for PSARC-ext@sun.com; Wed, 30 Jun 2010 22:16:30 +0000 (Z) Received: from oproxy2-pub.bluehost.com ([67.222.39.60] [67.222.39.60]) by relay4i.sun.com id BT-MMP-3420878 for PSARC-ext@sun.com; Wed, 30 Jun 2010 22:16:30 +0000 (Z) Received: (qmail 16776 invoked by uid 0); Wed, 30 Jun 2010 22:16:29 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy2.bluehost.com with SMTP; Wed, 30 Jun 2010 22:16:29 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OU5a1-00050r-EN; Wed, 30 Jun 2010 16:16:29 -0600 Date: Wed, 30 Jun 2010 15:18:59 -0700 From: "Garrett D'Amore" Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <45CFAC87-A009-4EC0-AB40-171EE262C3CC@oracle.com> To: Seth Goldberg Cc: Barry Harding , Phi Tran , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <1277936339.5596.4689.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=KVtTptHrxtfHwZNjTidfnt8Bsx404iE9ScGywV8xUap04UTuqFBBJyGZv9Y7Pn1saAoVhGhM37C7Sg4UVljPaxKooAOG+P4/quc5qjkhXT1S9T+TLQfaBqBm1OU0sPcw; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.217sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <1277934907.5596.4687.camel@velocity> <45CFAC87-A009-4EC0-AB40-171EE262C3CC@oracle.com> Status: RO Content-Length: 2892 On Wed, 2010-06-30 at 15:11 -0700, Seth Goldberg wrote: > > On Jun 30, 2010, at 2:55 PM, Garrett D'Amore wrote: > > > On Wed, 2010-06-30 at 14:46 -0700, Barry Harding wrote: > >> > >> Ipmitool can be changed over to use OpenIPMI and I believe in fact that > >> the version of it we distribute > >> does already support OpenIPMI. This tool can support multiple interface > >> types and I think we may change > >> the default interface from OpenIPMI to BMC. > > > > Are there any other consumers of the BMC API? If not, it may be a lot > > less expensive to just elide the BMC API shim. (And a lot less risky, > > too.) > > Yes, there are. There ON components (libipmi) that consume the bmc interfaces. Well, *those* could be converted, presumably, and hopefully for less cost and effort than creating this BMC shim. I'm not going to hold the case up on this, but merely am *recommending* that the project team pursue that. +1 on the case. If the project team decides to eliminate the BMC shim before this case is approved, please consider an automatic +1 from me on that, too... - Garrett > > --S > > > > > > If there is any way to easily eliminate the separate BMC API (and > > associated interfaces), then I think that would be the far superior > > approach. > > > > - Garrett > > > >> > >> Barry > >> > >> Phi Tran wrote: > >>> On 06/30/10 13:54, Garrett D'Amore wrote: > >>>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: > >>>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore > >>>>> wrote: > >>>>> > >>>>>> Generally, I think this project is doing the right things. But a few > >>>>>> issues: > >>>>>> > >>>>>> a) BMC API is listed as Consolidation Private. Are there consumers > >>>>>> outside of ON? If not, then you could probably just nuke the BMC API. > >>>>>> If there *are*, then you are automatically no longer Consolidation > >>>>>> Private, but a minimum some form of Contracted. > >>>>> No, the API is Contract Private, not Consoludation Private. > >>>>> ipmitool is one of the contracted consumers. > >>>> > >>>> That's pretty much what I expected -- although ISTR that ipmitool can > >>>> use an OpenIPMI backend as well? Is this true? Can we make that change > >>>> without disrupting users? Are there other consumers? (Was the bmc API > >>>> ever documented anywhere?) > >>> > >>> Yes, the BMC API is contracted consolidation private. I'll correct > >>> that. I didn't find any official documentation for the bmc API though. > >>> > >>> I believe the answer is yes about ipmitool and OpenIPMI, but Barry > >>> needs to confirm this. > >>> > >>> Phi > >>> > >>> > >>>> > >>>> - Garrett > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> opensolaris-arc mailing list > >>>> opensolaris-arc@opensolaris.org > >>> > >> > > > > From barry.harding@oracle.com Wed Jun 30 15:16:37 2010 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 o5UMGalJ013681 for ; Wed, 30 Jun 2010 15:16:36 -0700 (PDT) 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.4) with ESMTP id o5UMGZkr032517 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 16:16:36 -0600 (MDT) 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 <0L4U00F03LVNWN00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:16:35 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00FCYLVMPX00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 15:16:34 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5UMGTkL001476; Wed, 30 Jun 2010 22:16:29 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5U4H9xj004662; Wed, 30 Jun 2010 22:16:26 +0000 (GMT) Received: from abhmt006.oracle.com by acsmt354.oracle.com with ESMTP id 371601881277936130; Wed, 30 Jun 2010 15:15:30 -0700 Received: from [129.153.74.105] (/24.24.248.77) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 15:15:29 -0700 Date: Wed, 30 Jun 2010 15:15:18 -0700 From: Barry Harding Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1277934907.5596.4687.camel@velocity> To: "Garrett D'Amore" Cc: Phi Tran , Seth Goldberg , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2BC1F6.2040902@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C2BC23B.007E:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <1277934907.5596.4687.camel@velocity> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100504 SeaMonkey/2.0.5 Status: RO Content-Length: 2414 Garrett, I know of at least one case which may or may not be using libipmi and that is fish works. But either way is using BMC.. Barry Garrett D'Amore wrote: > On Wed, 2010-06-30 at 14:46 -0700, Barry Harding wrote: > >> Ipmitool can be changed over to use OpenIPMI and I believe in fact that >> the version of it we distribute >> does already support OpenIPMI. This tool can support multiple interface >> types and I think we may change >> the default interface from OpenIPMI to BMC. >> > Are there any other consumers of the BMC API? If not, it may be a lot > less expensive to just elide the BMC API shim. (And a lot less risky, > too.) > > If there is any way to easily eliminate the separate BMC API (and > associated interfaces), then I think that would be the far superior > approach. > > - Garrett > > >> Barry >> >> Phi Tran wrote: >> >>> On 06/30/10 13:54, Garrett D'Amore wrote: >>> >>>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>>> >>>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>>>> wrote: >>>>> >>>>> >>>>>> Generally, I think this project is doing the right things. But a few >>>>>> issues: >>>>>> >>>>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>>>> outside of ON? If not, then you could probably just nuke the BMC API. >>>>>> If there *are*, then you are automatically no longer Consolidation >>>>>> Private, but a minimum some form of Contracted. >>>>>> >>>>> No, the API is Contract Private, not Consoludation Private. >>>>> ipmitool is one of the contracted consumers. >>>>> >>>> That's pretty much what I expected -- although ISTR that ipmitool can >>>> use an OpenIPMI backend as well? Is this true? Can we make that change >>>> without disrupting users? Are there other consumers? (Was the bmc API >>>> ever documented anywhere?) >>>> >>> Yes, the BMC API is contracted consolidation private. I'll correct >>> that. I didn't find any official documentation for the bmc API though. >>> >>> I believe the answer is yes about ipmitool and OpenIPMI, but Barry >>> needs to confirm this. >>> >>> Phi >>> >>> >>> >>>> - Garrett >>>> >>>> >>>> >>>> _______________________________________________ >>>> opensolaris-arc mailing list >>>> opensolaris-arc@opensolaris.org >>>> >>> >> > > From gavin.maltby@oracle.com Wed Jun 30 16:31:57 2010 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 o5UNVv7m015410 for ; Wed, 30 Jun 2010 16:31:57 -0700 (PDT) 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.4) with ESMTP id o5UNVuAW001846 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 17:31:56 -0600 (MDT) 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 <0L4U00901PD8U600@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 16:31:56 -0700 (PDT) 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 <0L4U002ADPD8WPA0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 16:31:56 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5UNVtbF010258; Wed, 30 Jun 2010 23:31:55 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UID7ZE014255; Wed, 30 Jun 2010 23:31:52 +0000 (GMT) Received: from abhmt021.oracle.com by acsmt353.oracle.com with ESMTP id 387055011277940657; Wed, 30 Jun 2010 16:30:57 -0700 Received: from [129.150.12.109] (/129.150.12.109) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 16:30:56 -0700 Date: Thu, 01 Jul 2010 09:31:04 +1000 From: Gavin Maltby Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1277936339.5596.4689.camel@velocity> To: "Garrett D'Amore" Cc: Seth Goldberg , Barry Harding , Phi Tran , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2BD3B8.1040902@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4C2BD3E9.0181:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <1277934907.5596.4687.camel@velocity> <45CFAC87-A009-4EC0-AB40-171EE262C3CC@oracle.com> <1277936339.5596.4689.camel@velocity> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre9 Thunderbird/3.0.4 Status: RO Content-Length: 907 On 07/01/10 08:18, Garrett D'Amore wrote: > On Wed, 2010-06-30 at 15:11 -0700, Seth Goldberg wrote: >> Yes, there are. There ON components (libipmi) that consume the bmc interfaces. > > Well, *those* could be converted, presumably, and hopefully for less > cost and effort than creating this BMC shim. I'm not going to hold the > case up on this, but merely am *recommending* that the project team > pursue that. > > +1 on the case. > > If the project team decides to eliminate the BMC shim before this case > is approved, please consider an automatic +1 from me on that, too... libipmi is a bespoke ipmi library grown for FMA purposes - openipmi was absent and also a huge overkill for FMA purposes. The libipmi library is used in the fishworks storage appliance (fishworks developed the library) so please keep that use in mind. Rob Johnston and Eric Schrock know all the details. Thanks Gavin From barry.harding@oracle.com Wed Jun 30 17:35:15 2010 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 o610ZFAX016459 for ; Wed, 30 Jun 2010 17:35:15 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o610ZEVj004302 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 17:35:14 -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 <0L4U0080HSAQPZ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 18:35:14 -0600 (MDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U000YPSAQ3CD0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 18:35:14 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o610ZDtW024271; Thu, 01 Jul 2010 00:35:13 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UIaGAu001921; Thu, 01 Jul 2010 00:35:11 +0000 (GMT) Received: from abhmt003.oracle.com by acsmt354.oracle.com with ESMTP id 371951781277944420; Wed, 30 Jun 2010 17:33:40 -0700 Received: from [129.153.74.105] (/24.24.248.77) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 17:33:39 -0700 Date: Wed, 30 Jun 2010 17:33:29 -0700 From: Barry Harding Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BBCE1.4050200@Oracle.com> To: Kevin.Song@oracle.com Cc: Phi Tran , "Garrett D'Amore" , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2BE259.3080604@oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C2BE2BF.01F2:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100504 SeaMonkey/2.0.5 Status: RO Content-Length: 2173 Kevin, Since our new project will support the functionality covered by the other case (PSARC 2009/467), I think it does obsolete that other case and that it could/should get withdrawn... Barry Kevin Song wrote: > Barry, Phi, > > What about PSARC 2009/467 Solaris ATCA IPMI Driver? > Will this case obsolete PSARC 2009/467? I hope so. Please clarify. > > Thanks, > Kevin > On 06/30/10 02:46 PM, Barry Harding wrote: >> >> >> Ipmitool can be changed over to use OpenIPMI and I believe in fact >> that the version of it we distribute >> does already support OpenIPMI. This tool can support multiple >> interface types and I think we may change >> the default interface from OpenIPMI to BMC. >> >> Barry >> >> Phi Tran wrote: >>> On 06/30/10 13:54, Garrett D'Amore wrote: >>>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>>>> wrote: >>>>> >>>>>> Generally, I think this project is doing the right things. But a >>>>>> few >>>>>> issues: >>>>>> >>>>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>>>> outside of ON? If not, then you could probably just nuke the BMC >>>>>> API. >>>>>> If there *are*, then you are automatically no longer Consolidation >>>>>> Private, but a minimum some form of Contracted. >>>>> No, the API is Contract Private, not Consoludation Private. >>>>> ipmitool is one of the contracted consumers. >>>> >>>> That's pretty much what I expected -- although ISTR that ipmitool can >>>> use an OpenIPMI backend as well? Is this true? Can we make that >>>> change >>>> without disrupting users? Are there other consumers? (Was the bmc >>>> API >>>> ever documented anywhere?) >>> >>> Yes, the BMC API is contracted consolidation private. I'll correct >>> that. I didn't find any official documentation for the bmc API though. >>> >>> I believe the answer is yes about ipmitool and OpenIPMI, but Barry >>> needs to confirm this. >>> >>> Phi >>> >>> >>>> >>>> - Garrett >>>> >>>> >>>> >>>> _______________________________________________ >>>> opensolaris-arc mailing list >>>> opensolaris-arc@opensolaris.org >>> >> > From barry.harding@oracle.com Wed Jun 30 18:02:14 2010 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 o6112D9r016982 for ; Wed, 30 Jun 2010 18:02:13 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6112CVl014250 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Jun 2010 18:02: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 <0L4U00B0PTJPDE00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 19:02: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 <0L4U00034TJP33F0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Jun 2010 19:02:13 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6112CXd024304; Thu, 01 Jul 2010 01:02:12 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5TGmGtI002348; Thu, 01 Jul 2010 01:02:08 +0000 (GMT) Received: from abhmt018.oracle.com by acsmt353.oracle.com with ESMTP id 372009771277946116; Wed, 30 Jun 2010 18:01:56 -0700 Received: from [129.153.74.105] (/24.24.248.77) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 18:01:55 -0700 Date: Wed, 30 Jun 2010 18:01:44 -0700 From: Barry Harding Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BD3B8.1040902@oracle.com> To: Gavin Maltby Cc: "Garrett D'Amore" , Seth Goldberg , Phi Tran , "kevin.song@oracle.com" , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2BE8F8.8010507@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4C2BE912.0076:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <1277934907.5596.4687.camel@velocity> <45CFAC87-A009-4EC0-AB40-171EE262C3CC@oracle.com> <1277936339.5596.4689.camel@velocity> <4C2BD3B8.1040902@oracle.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100504 SeaMonkey/2.0.5 Status: RO Content-Length: 1718 Gavin, This is the kind of reason for me to do the BMC-shim for this project. I do not want to force consumers of the existing BMC interface to have to react to a forced change as a fire. By supplying both interfaces for some time, we will allow planned migration from BMC to OpenIPMI instead. But on top of that I do not want to tie the availability of the OpenIPMI API to the removal of the BMC API. I do plan to remove the BMC interface but as a separate case with the main issue then being retiring of the BMC interface. I want the main issue with this case to be the addition of the new OpenIPMI API interface. Also if there are enough objections to removing the BMC API then that could get delayed as needed... Thank You Barry Harding Gavin Maltby wrote: > On 07/01/10 08:18, Garrett D'Amore wrote: >> On Wed, 2010-06-30 at 15:11 -0700, Seth Goldberg wrote: > >>> Yes, there are. There ON components (libipmi) that consume the >>> bmc interfaces. >> >> Well, *those* could be converted, presumably, and hopefully for less >> cost and effort than creating this BMC shim. I'm not going to hold the >> case up on this, but merely am *recommending* that the project team >> pursue that. >> >> +1 on the case. >> >> If the project team decides to eliminate the BMC shim before this case >> is approved, please consider an automatic +1 from me on that, too... > > libipmi is a bespoke ipmi library grown for FMA purposes - openipmi was > absent and also a huge overkill for FMA purposes. The libipmi library > is used in the fishworks storage appliance (fishworks developed the > library) so please keep that use in mind. Rob Johnston and Eric Schrock > know all the details. > > Thanks > > Gavin From sebastien.roy@oracle.com Thu Jul 1 08:53:40 2010 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 o61FreQh027047 for ; Thu, 1 Jul 2010 08:53:40 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o61Frc3r022576 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 08:53:40 -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 <0L4V00K09YTFDS00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 09:53:39 -0600 (MDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4V0098VYTE7RB0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 09:53:38 -0600 (MDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o61FrWYT008801; Thu, 01 Jul 2010 15:53:32 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o61Ejp15013419; Thu, 01 Jul 2010 15:53:30 +0000 (GMT) Received: from abhmt021.oracle.com by acsmt353.oracle.com with ESMTP id 388942831277999534; Thu, 01 Jul 2010 08:52:14 -0700 Received: from [129.148.174.103] (/129.148.174.103) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 08:52:12 -0700 Date: Thu, 01 Jul 2010 11:52:11 -0400 From: Sebastien Roy Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BE259.3080604@oracle.com> To: Barry Harding Cc: Kevin.Song@oracle.com, "PSARC-ext@sun.com" , "justin.roth@oracle.com" , "david.chieu@oracle.com" , Seth Goldberg , Phi Tran Message-id: <4C2CB9AB.1030703@oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4C2CB9FC.00E2:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 387 On 06/30/10 08:33 PM, Barry Harding wrote: > Since our new project will support the functionality covered by the > other case (PSARC 2009/467), > I think it does obsolete that other case and that it could/should get > withdrawn... You cannot withdraw an approved case, but it can be superseded. Please work with the case owner for this case to get the right thing done. Thanks, -Seb From Kevin.Song@oracle.com Thu Jul 1 10:58:14 2010 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 o61HwE1q029755 for ; Thu, 1 Jul 2010 10:58:14 -0700 (PDT) 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.4) with ESMTP id o61HwAcE064521 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 11:58:13 -0600 (MDT) 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 <0L4W008074L07H00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 10:58:13 -0700 (PDT) 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 <0L4W00MPG4L0H980@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 10:58:12 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o61HwBGP012904; Thu, 01 Jul 2010 17:58:11 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o61APJxT011837; Thu, 01 Jul 2010 17:58:09 +0000 (GMT) Received: from abhmt001.oracle.com by acsmt353.oracle.com with ESMTP id 374903721278007087; Thu, 01 Jul 2010 10:58:07 -0700 Received: from [129.145.155.183] (/129.145.155.183) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 10:58:06 -0700 Date: Thu, 01 Jul 2010 10:58:05 -0700 From: Kevin Song Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2BE259.3080604@oracle.com> To: Barry Harding Cc: Phi Tran , "Garrett D'Amore" , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Reply-to: Kevin.Song@oracle.com Message-id: <4C2CD72D.1060205@Oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4C2CD731.01B8:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 2386 Jim, Please derail PSARC 2009/467 with a note of PSARC 2010/252. Thanks, kevin On 06/30/10 05:33 PM, Barry Harding wrote: > > Kevin, > > Since our new project will support the functionality covered by the > other case (PSARC 2009/467), > I think it does obsolete that other case and that it could/should get > withdrawn... > > Barry > > Kevin Song wrote: >> Barry, Phi, >> >> What about PSARC 2009/467 Solaris ATCA IPMI Driver? >> Will this case obsolete PSARC 2009/467? I hope so. Please clarify. >> >> Thanks, >> Kevin >> On 06/30/10 02:46 PM, Barry Harding wrote: >>> >>> >>> Ipmitool can be changed over to use OpenIPMI and I believe in fact >>> that the version of it we distribute >>> does already support OpenIPMI. This tool can support multiple >>> interface types and I think we may change >>> the default interface from OpenIPMI to BMC. >>> >>> Barry >>> >>> Phi Tran wrote: >>>> On 06/30/10 13:54, Garrett D'Amore wrote: >>>>> On Wed, 2010-06-30 at 13:40 -0700, Seth Goldberg wrote: >>>>>> On Jun 30, 2010, at 1:35 PM, Garrett D'Amore >>>>>> wrote: >>>>>> >>>>>>> Generally, I think this project is doing the right things. But >>>>>>> a few >>>>>>> issues: >>>>>>> >>>>>>> a) BMC API is listed as Consolidation Private. Are there consumers >>>>>>> outside of ON? If not, then you could probably just nuke the >>>>>>> BMC API. >>>>>>> If there *are*, then you are automatically no longer Consolidation >>>>>>> Private, but a minimum some form of Contracted. >>>>>> No, the API is Contract Private, not Consoludation Private. >>>>>> ipmitool is one of the contracted consumers. >>>>> >>>>> That's pretty much what I expected -- although ISTR that ipmitool can >>>>> use an OpenIPMI backend as well? Is this true? Can we make that >>>>> change >>>>> without disrupting users? Are there other consumers? (Was the >>>>> bmc API >>>>> ever documented anywhere?) >>>> >>>> Yes, the BMC API is contracted consolidation private. I'll correct >>>> that. I didn't find any official documentation for the bmc API >>>> though. >>>> >>>> I believe the answer is yes about ipmitool and OpenIPMI, but Barry >>>> needs to confirm this. >>>> >>>> Phi >>>> >>>> >>>>> >>>>> - Garrett >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> opensolaris-arc mailing list >>>>> opensolaris-arc@opensolaris.org >>>> >>> >> > From Kevin.Song@oracle.com Thu Jul 1 11:44:12 2010 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 o61IiBfh000440 for ; Thu, 1 Jul 2010 11:44:11 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o61IiBi8027931 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 11:44:11 -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 <0L4W00I0B6PNE000@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 11:44:11 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4W00EYM6PNX500@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 11:44:11 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o61Ii5mQ018160; Thu, 01 Jul 2010 18:44:06 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o61FwM1j010600; Thu, 01 Jul 2010 18:44:03 +0000 (GMT) Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 375060551278009820; Thu, 01 Jul 2010 11:43:40 -0700 Received: from [129.145.155.183] (/129.145.155.183) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 11:43:38 -0700 Date: Thu, 01 Jul 2010 11:43:37 -0700 From: Kevin Song Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2CDF18.2050803@oracle.com> To: Sebastien Roy Cc: Barry Harding , Phi Tran , "Garrett D'Amore" , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Reply-to: Kevin.Song@oracle.com Message-id: <4C2CE1D9.5050800@Oracle.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 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4C2CE1F3.0279:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> <4C2CDF18.2050803@oracle.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 933 On 07/01/10 11:31 AM, Sebastien Roy wrote: > On 07/ 1/10 01:58 PM, Kevin Song wrote: >> Jim, >> >> Please derail PSARC 2009/467 with a note of PSARC 2010/252. > > Two things: > > 1. 2009/467 was already approved, and so it cannot be derailed. > 2. 2009/467 was a full case, and so it cannot be derailed (derailing > is only for fast-tracks that need a full review). > > I believe what you want is to close 2009/467 as "superceded" by > 2010/252. Please work with this case owner (Phi Tran) to get the > right thing done (I'm not sure who Jim is). Name: Solaris ATCA IPMI Driver Submitter: Kevin Song Owner: Garrett D'Amore Intern: Jim Walker Interest: Kevin.Song@Sun.COM Status: waiting need draft opinion 11/25/2009 Exposure: open Comment: OK, PSARC 2009/467 is not approved yet. Jim Walker is the case owner being an intern and I am the submitter. Thanks, Kevin > > -Seb From garrett@damore.org Thu Jul 1 11:53:07 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o61Ir7YZ000728 for ; Thu, 1 Jul 2010 11:53:07 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o61Ir4PM014113 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 13:53:07 -0500 (CDT) 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 <0L4W00K0174ID800@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 01 Jul 2010 11:53:06 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4W00EWK74IX510@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 01 Jul 2010 11:53:06 -0700 (PDT) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o61IkUTJ004484 for ; Thu, 01 Jul 2010 18:53:06 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay41i.sun.com with ESMTP id BT-MMP-191653 for PSARC-ext@Sun.COM; Thu, 01 Jul 2010 18:53:05 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-2315577 for PSARC-ext@Sun.COM; Thu, 01 Jul 2010 18:53:05 +0000 (Z) Received: from oproxy1-pub.bluehost.com ([66.147.249.253] [66.147.249.253]) by relay4i.sun.com id BT-MMP-5394763 for PSARC-ext@Sun.COM; Thu, 01 Jul 2010 18:53:05 +0000 (Z) Received: (qmail 3819 invoked by uid 0); Thu, 01 Jul 2010 18:53:04 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy1.bluehost.com.bluehost.com with SMTP; Thu, 01 Jul 2010 18:53:04 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OUOsi-0005DH-Jv; Thu, 01 Jul 2010 12:53:04 -0600 Date: Thu, 01 Jul 2010 11:55:43 -0700 From: "Garrett D'Amore" Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2CE1D9.5050800@Oracle.com> To: Kevin.Song@oracle.com Cc: Sebastien Roy , Barry Harding , Phi Tran , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <1278010543.5596.4718.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=mplcRvtjpupDeDwyTScjBsz/U9o7GmQ2MbitHUFwit5chIUSQRNMy3Wn3sJdliiXjsxMwm4ht2DAq4Shb7Wj5GLBoIyY8pIGfRGhLPnRt5P732njO3eRZrsReYiF+bGg; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.195sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> <4C2CDF18.2050803@oracle.com> <4C2CE1D9.5050800@Oracle.com> Status: RO Content-Length: 1485 On Thu, 2010-07-01 at 11:43 -0700, Kevin Song wrote: > On 07/01/10 11:31 AM, Sebastien Roy wrote: > > On 07/ 1/10 01:58 PM, Kevin Song wrote: > >> Jim, > >> > >> Please derail PSARC 2009/467 with a note of PSARC 2010/252. > > > > Two things: > > > > 1. 2009/467 was already approved, and so it cannot be derailed. > > 2. 2009/467 was a full case, and so it cannot be derailed (derailing > > is only for fast-tracks that need a full review). > > > > I believe what you want is to close 2009/467 as "superceded" by > > 2010/252. Please work with this case owner (Phi Tran) to get the > > right thing done (I'm not sure who Jim is). > Name: Solaris ATCA IPMI Driver > Submitter: Kevin Song > Owner: Garrett D'Amore > Intern: Jim Walker > Interest: Kevin.Song@Sun.COM > Status: waiting need draft opinion 11/25/2009 > Exposure: open > Comment: > > OK, PSARC 2009/467 is not approved yet. Jim Walker is the case owner > being an intern and I am the submitter. Technically, its approved, because a vote was taken. The draft opinion is just one of the steps required to formally publishing the opinion. Has the case already delivered? Either way, this case has been superceded by 2010/252, and that should be noted. The opinion for 2009/467 never needs to be published at this point, I think. There's probably an IAM status that can reflect this, but I don't recall what it is. - Garrett > Thanks, > Kevin > > > > -Seb > From carlsonj@workingcode.com Thu Jul 1 11:55:37 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o61Itb7V000991 for ; Thu, 1 Jul 2010 11:55:37 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o61ItaL4015236 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 13:55:37 -0500 (CDT) 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 <0L4W00K0378MXO00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 11:55:34 -0700 (PDT) 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 <0L4W00E4S78LX020@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 11:55:34 -0700 (PDT) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o61IkTI4007429 for ; Thu, 01 Jul 2010 18:55:33 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay42i.sun.com with ESMTP id BT-MMP-142385 for PSARC-ext@sun.com; Thu, 01 Jul 2010 18:55:33 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-2366189; Thu, 01 Jul 2010 18:55:32 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay4i.sun.com with ESMTP id BT-MMP-2890171; Thu, 01 Jul 2010 18:55:32 +0000 (Z) Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.4) with ESMTP id o61ItPLX024033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 01 Jul 2010 14:55:26 -0400 (EDT) Date: Thu, 01 Jul 2010 14:55:25 -0400 From: James Carlson Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2CE1D9.5050800@Oracle.com> To: Kevin.Song@oracle.com Cc: Sebastien Roy , "PSARC-ext@sun.com" , Barry Harding , "justin.roth@oracle.com" , "david.chieu@oracle.com" , Seth Goldberg , Phi Tran Message-id: <4C2CE49D.3010101@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-sonic.net-Metrics: carlson; whitelist X-Antispam: No, score=0.0/5.0, scanned in 0.169sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> <4C2CDF18.2050803@oracle.com> <4C2CE1D9.5050800@Oracle.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 1307 Kevin Song wrote: > Name: Solaris ATCA IPMI Driver > Submitter: Kevin Song > Owner: Garrett D'Amore > Intern: Jim Walker > Interest: Kevin.Song@Sun.COM > Status: waiting need draft opinion 11/25/2009 > Exposure: open > Comment: > > OK, PSARC 2009/467 is not approved yet. Jim Walker is the case owner > being an intern and I am the submitter. Actually, it is approved. The "waiting need draft opinion" state is one of the states that _follows_ the ARC vote on a full case. The project is approved (or, rarely, denied), and it's then up to the intern and/or owner to write an opinion. The positive vote that occurred with the project team members present, though, is the actual approval. The rest that follows is just paperwork for the ARC members, and needn't concern the submitter. So: - it's a full case, not a fast-track, so it can't be "derailed" - it's already been approved, so it can't be "denied" without a formal appeal What you likely want is "this new project (2010/252) supersedes that old one (2009/467)." If it implies removal of public or contracted interfaces that have been delivered in a real product, you'll likely need to say a lot more. -- James Carlson 42.703N 71.076W From phi.n.tran@oracle.com Thu Jul 1 11:56:08 2010 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 o61Iu893001081 for ; Thu, 1 Jul 2010 11:56:08 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o61Iu6nl010273 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 11:56:08 -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 <0L4W00L1J79I0W00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 11:56:06 -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 <0L4W00EK179HWX10@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 11:56:05 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o61Iu4FM028634; Thu, 01 Jul 2010 18:56:04 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o61FLsdJ001302; Thu, 01 Jul 2010 18:56:00 +0000 (GMT) Received: from abhmt006.oracle.com by acsmt355.oracle.com with ESMTP id 375096411278010555; Thu, 01 Jul 2010 11:55:55 -0700 Received: from [129.153.2.14] (/129.153.2.14) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 11:55:54 -0700 Date: Thu, 01 Jul 2010 11:55:54 -0700 From: Phi Tran Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <1278010543.5596.4718.camel@velocity> To: "Garrett D'Amore" Cc: Kevin.Song@oracle.com, Sebastien Roy , Barry Harding , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2CE4BA.7040703@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4C2CE4C2.0214:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> <4C2CDF18.2050803@oracle.com> <4C2CE1D9.5050800@Oracle.com> <1278010543.5596.4718.camel@velocity> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 1624 On 07/01/10 11:55, Garrett D'Amore wrote: > On Thu, 2010-07-01 at 11:43 -0700, Kevin Song wrote: >> On 07/01/10 11:31 AM, Sebastien Roy wrote: >>> On 07/ 1/10 01:58 PM, Kevin Song wrote: >>>> Jim, >>>> >>>> Please derail PSARC 2009/467 with a note of PSARC 2010/252. >>> Two things: >>> >>> 1. 2009/467 was already approved, and so it cannot be derailed. >>> 2. 2009/467 was a full case, and so it cannot be derailed (derailing >>> is only for fast-tracks that need a full review). >>> >>> I believe what you want is to close 2009/467 as "superceded" by >>> 2010/252. Please work with this case owner (Phi Tran) to get the >>> right thing done (I'm not sure who Jim is). >> Name: Solaris ATCA IPMI Driver >> Submitter: Kevin Song >> Owner: Garrett D'Amore >> Intern: Jim Walker >> Interest: Kevin.Song@Sun.COM >> Status: waiting need draft opinion 11/25/2009 >> Exposure: open >> Comment: >> >> OK, PSARC 2009/467 is not approved yet. Jim Walker is the case owner >> being an intern and I am the submitter. > > Technically, its approved, because a vote was taken. The draft opinion > is just one of the steps required to formally publishing the opinion. > > Has the case already delivered? > > Either way, this case has been superceded by 2010/252, and that should > be noted. > > The opinion for 2009/467 never needs to be published at this point, I > think. There's probably an IAM status that can reflect this, but I > don't recall what it is. I'll mark the case superseded by 2010/252. Thanks, Phi > > - Garrett > >> Thanks, >> Kevin >>> -Seb > > From sebastien.roy@oracle.com Thu Jul 1 12:02:53 2010 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 o61J2qEQ001286 for ; Thu, 1 Jul 2010 12:02:52 -0700 (PDT) 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.4) with ESMTP id o61J2pa8032447 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 13:02:52 -0600 (MDT) 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 <0L4W00M0H7KRAC00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 12:02:51 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4W00E3I7KQX330@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 12:02:50 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o61J2j4X025522; Thu, 01 Jul 2010 19:02:45 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o615OU5q010683; Thu, 01 Jul 2010 19:02:42 +0000 (GMT) Received: from abhmt021.oracle.com by acsmt355.oracle.com with ESMTP id 389408401278010905; Thu, 01 Jul 2010 12:01:45 -0700 Received: from [129.148.174.103] (/129.148.174.103) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 12:01:44 -0700 Date: Thu, 01 Jul 2010 15:01:40 -0400 From: Sebastien Roy Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2CE1D9.5050800@Oracle.com> To: Kevin.Song@oracle.com Cc: Barry Harding , Phi Tran , "Garrett D'Amore" , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2CE614.3060101@oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4C2CE653.00BD:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> <4C2CDF18.2050803@oracle.com> <4C2CE1D9.5050800@Oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 1367 On 07/ 1/10 02:43 PM, Kevin Song wrote: > On 07/01/10 11:31 AM, Sebastien Roy wrote: >> On 07/ 1/10 01:58 PM, Kevin Song wrote: >>> Jim, >>> >>> Please derail PSARC 2009/467 with a note of PSARC 2010/252. >> >> Two things: >> >> 1. 2009/467 was already approved, and so it cannot be derailed. >> 2. 2009/467 was a full case, and so it cannot be derailed (derailing >> is only for fast-tracks that need a full review). >> >> I believe what you want is to close 2009/467 as "superceded" by >> 2010/252. Please work with this case owner (Phi Tran) to get the right >> thing done (I'm not sure who Jim is). > Name: Solaris ATCA IPMI Driver > Submitter: Kevin Song > Owner: Garrett D'Amore > Intern: Jim Walker > Interest: Kevin.Song@Sun.COM > Status: waiting need draft opinion 11/25/2009 > Exposure: open > Comment: > > OK, PSARC 2009/467 is not approved yet. I see that now; indeed, an email vote was to take place once spec updates were provided and a draft opinion was written. According to the case log, that hasn't taken place, and so 2009/467 can simply be withdrawn. Perhaps you could send a note to 2009/467 (by including the case number in the subject line) stating that you're withdrawing the case in favor of 2010/252. I'll update the IAM file to reflect that. > Jim Walker is the case owner > being an intern and I am the submitter. Got it. -Seb From sebastien.roy@oracle.com Thu Jul 1 12:48:34 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o61JmYqV002234 for ; Thu, 1 Jul 2010 12:48:34 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o61JmOK8010460 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 14:48:25 -0500 (CDT) 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 <0L4W008099OOSF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 12:48:24 -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 <0L4W00E5K9ONX570@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 12:48:23 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o61JmM1s000217; Thu, 01 Jul 2010 19:48:23 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o61JmEF8030982; Thu, 01 Jul 2010 19:48:20 +0000 (GMT) Received: from abhmt016.oracle.com by acsmt353.oracle.com with ESMTP id 389345611278009114; Thu, 01 Jul 2010 11:31:54 -0700 Received: from [129.148.174.103] (/129.148.174.103) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 11:31:53 -0700 Date: Thu, 01 Jul 2010 14:31:52 -0400 From: Sebastien Roy Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2CD72D.1060205@Oracle.com> To: Kevin.Song@oracle.com Cc: Barry Harding , Phi Tran , "Garrett D'Amore" , Seth Goldberg , "david.chieu@oracle.com" , "justin.roth@oracle.com" , "PSARC-ext@sun.com" , Phi Tran Message-id: <4C2CDF18.2050803@oracle.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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4C2CF105.0033:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 492 On 07/ 1/10 01:58 PM, Kevin Song wrote: > Jim, > > Please derail PSARC 2009/467 with a note of PSARC 2010/252. Two things: 1. 2009/467 was already approved, and so it cannot be derailed. 2. 2009/467 was a full case, and so it cannot be derailed (derailing is only for fast-tracks that need a full review). I believe what you want is to close 2009/467 as "superceded" by 2010/252. Please work with this case owner (Phi Tran) to get the right thing done (I'm not sure who Jim is). -Seb From jim.walker@oracle.com Thu Jul 1 21:07:56 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6247uIJ013597 for ; Thu, 1 Jul 2010 21:07:56 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6247tgI010081 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 1 Jul 2010 23:07:55 -0500 (CDT) 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 <0L4W00H03WT7TE00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 21:07:55 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4W00ARQWT7HY40@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 01 Jul 2010 21:07:55 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o6247s5A003469 for ; Fri, 02 Jul 2010 04:07:54 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o622w1qF027322 for ; Fri, 02 Jul 2010 04:07:54 +0000 (GMT) Received: from abhmt005.oracle.com by acsmt353.oracle.com with ESMTP id 376389151278043632; Thu, 01 Jul 2010 21:07:12 -0700 Received: from c-24-8-56-44.hsd1.co.comcast.net (/129.150.176.176) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 01 Jul 2010 21:07:09 -0700 Date: Thu, 01 Jul 2010 22:07:02 -0600 From: Jim Walker Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <4C2CE4BA.7040703@oracle.com> To: Phi Tran Cc: Kevin.Song@oracle.com, "PSARC-ext@sun.com" Reply-to: jim.walker@oracle.com Message-id: <4C2D65E6.40501@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C2D661A.00DC:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> <1277930137.5596.4659.camel@velocity> <1277931262.5596.4675.camel@velocity> <4C2BB999.1010808@oracle.com> <4C2BBB2F.8090708@oracle.com> <4C2BBCE1.4050200@Oracle.com> <4C2BE259.3080604@oracle.com> <4C2CD72D.1060205@Oracle.com> <4C2CDF18.2050803@oracle.com> <4C2CE1D9.5050800@Oracle.com> <1278010543.5596.4718.camel@velocity> <4C2CE4BA.7040703@oracle.com> User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) Status: RO Content-Length: 996 Phi Tran wrote: >>> Name: Solaris ATCA IPMI Driver >>> Submitter: Kevin Song >>> Owner: Garrett D'Amore >>> Intern: Jim Walker >>> Interest: Kevin.Song@Sun.COM >>> Status: waiting need draft opinion 11/25/2009 >>> Exposure: open >>> Comment: >>> >>> OK, PSARC 2009/467 is not approved yet. Jim Walker is the case >>> owner being an intern and I am the submitter. >> >> Technically, its approved, because a vote was taken. The draft opinion >> is just one of the steps required to formally publishing the opinion. >> >> Has the case already delivered? >> >> Either way, this case has been superceded by 2010/252, and that should >> be noted. >> >> The opinion for 2009/467 never needs to be published at this point, I >> think. There's probably an IAM status that can reflect this, but I >> don't recall what it is. > > I'll mark the case superseded by 2010/252. Thanks Phi. I'll follow up to make sure everything is in order. Cheers, Jim From phi.n.tran@oracle.com Wed Jul 7 10:26:51 2010 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 o67HQoPK010552 for ; Wed, 7 Jul 2010 10:26:51 -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.4) with ESMTP id o67HQnV4059542 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 7 Jul 2010 11:26:50 -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 <0L5700D0174CQJ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 07 Jul 2010 11:26:36 -0600 (MDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L570063E74CYO40@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 07 Jul 2010 11:26:36 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o67HQZpi001995 for ; Wed, 07 Jul 2010 17:26:35 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o67ClWBk009143 for ; Wed, 07 Jul 2010 17:26:34 +0000 (GMT) Received: from abhmt005.oracle.com by acsmt355.oracle.com with ESMTP id 406726831278523565; Wed, 07 Jul 2010 10:26:05 -0700 Received: from [129.153.2.14] (/129.153.2.14) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 07 Jul 2010 10:26:04 -0700 Date: Wed, 07 Jul 2010 10:26:03 -0700 From: Phi Tran Subject: Re: Next Generation BMC Driver [PSARC/2010/252 FastTrack timeout 07/07/2010] In-reply-to: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> To: PSARC-ext@sun.com Cc: david.chieu@oracle.com, barry.harding@oracle.com, justin.roth@oracle.com, kevin.song@oracle.com Message-id: <4C34B8AB.1000002@oracle.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 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C34B8CB.0054:SCFMA4539814,ss=1,fgs=0 References: <201006302011.o5UKBKR3009721@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 44 This case was approved today at PSARC. Phi