From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id A3A30DE3; Fri, 27 Jan 2017 00:14:55 +0100 (CET) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP; 26 Jan 2017 15:14:54 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,291,1477983600"; d="scan'208";a="1099434048" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by fmsmga001.fm.intel.com with ESMTP; 26 Jan 2017 15:14:54 -0800 Received: from FMSMSX110.amr.corp.intel.com (10.18.116.10) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 26 Jan 2017 15:14:54 -0800 Received: from fmsmsx114.amr.corp.intel.com ([169.254.6.23]) by FMSMSX110.amr.corp.intel.com ([169.254.14.203]) with mapi id 14.03.0248.002; Thu, 26 Jan 2017 15:14:54 -0800 From: "St Leger, Jim" To: Thomas Monjalon , "dev@dpdk.org" CC: "techboard@dpdk.org" Thread-Topic: [dpdk-dev] technical board meeting minutes 2017-01-25 Thread-Index: AQHSeCGR54mvJnfhU06eall2GHoA/qFLYHjA Date: Thu, 26 Jan 2017 23:14:53 +0000 Message-ID: <00B2C372B6E6DA4FB04934511BF0564A4CC1AD07@FMSMSX114.amr.corp.intel.com> References: <8512033.OqnvuX0xuh@xps13> In-Reply-To: <8512033.OqnvuX0xuh@xps13> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.200.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] technical board meeting minutes 2017-01-25 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2017 23:14:56 -0000 Comments inline below. Jim -----Original Message----- From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Thomas Monjalon Sent: Thursday, January 26, 2017 3:14 PM To: dev@dpdk.org Cc: techboard@dpdk.org Subject: [dpdk-dev] technical board meeting minutes 2017-01-25 There was a DPDK technical board meeting yesterday. The goal was to reply questions asked recently in the community. Most of them originate from the meetings about moving to Linux Foundation. Here are the minutes. * Should we change the size of the tech board? Yes we must increase the number of members to have a better representation = of the community. It is reminded that board positions are held by individuals, not companies. Members can move to a new company and keep their seat as long as they are a= ctively involved in the community. * Should we remove some members? Panu Matilainen resigned because he is not involved anymore. This is different of a removal by the board. However, we must define the removal process. Here it is: It can be decided to remove a member if there is an approval of 2/3 of the = whole technical board. It can be decided either to replace the member, or to redefine the size of = the board. [>] Did you decide how the discussion or topic to remove a board membe= r ever even comes up to begin with? [>] For example, does someone propose "I think we should remove so-and= -so from the TSC/TechBoard" and then the board votes?=20 I think this step will be very rare (maybe never), but it's important to kn= ow how/when the removal process can be initiated and if limited by who? (e.= g. can anyone in the community suggest to remove someone? Can only TechBoar= d/TSC members suggest to remove someone? What board member behavior would j= ustify removal?) * Should we add new members? The Linux Foundation draft charter specifies that employees of a single com= pany should not occupy more than 50% of board seats. The technical board feels that this should be reduced to 40%. So with a board of 8 or 9 members, the maximum for any company is 3. We have chosen (with global consensus) 3 new members to join the technical = board. They will be announced soon when we will have their agreement. The new board will probably count 9 members. [>] What is the delay in announcing the new members?=20 Does "global consensus" mean within the globe or world of just the TechBoar= d/TSC members, e.g. it needs to be a unanimous vote by the TSC members? Is this 100% global consensus/unanimous decision process what will be used = in the future? If that's the case, what happens if 5 members say yes and 4 say no? The can= didate is then not added as a new TSC member? * Should we have a process to renew the board? There will be some renewal when it will be felt as needed. We would like to open a session at the next userspace meeting to get some f= eedbacks about the composition of the technical board, and more generally a= bout its role. This annual session at the userspace meeting might be the opportunity to vo= te for the composition of the technical board. [>] Not to be flippant, but the LF governance discussion and especiall= y budget includes line items for funding events such as DPDK Summit Userspa= ce. But if we can't get a point of agreement on the budget, get to an agree= ment on membership fees, and recruit enough member companies to the project= , then future events will be dependent on our ability to raise sponsorship = funds across the community. Efforts to do this in the past have only shown= support from Intel, Red Hat, and Cisco. No other company has yet agreed to= help financially sponsor any of the Summit events. * Should we have regular meetings? We do not want to spend too many time in meetings. However a short meeting (less than a hour) every two weeks may be relevant. [>] I assume you are referring solely to the TechBoard/TSC meeting. * What could be discussed at regular meetings? Any contributor can ask to add a topic in the agenda by sending an email to= techboard@dpdk.org. The board members will add any topic of interest in the agenda. If a technical discussion lacks of explanation, details or evidence, it wil= l be asked on the mailing list. If a patch does not receive any or enough comment, we will help to make it = progressing on the mailing list. If there is no consensus in a discussion, a decision can be taken by the te= chnical board and explained on the mailing list. If there is nothing to discuss, the meeting will be hopefully really short. * Should we organize regular public IRC meetings? It does not scale to have too many participants in a meeting. In order to keep meetings short, they will be private. Everybody can discuss on the mailing list. [>] Are you referring to TSC/TechBoard meetings here too? Or are you r= eferring to regular community calls? If community calls, I disagree and believe there should be a regular commun= ity project call to discuss any/all issues. Items that go back and forth m= any times on the mailing list could be resolved in a community call with ve= rbal discussion in just a few minutes. Other key topics such as RFCs and ot= hers could also be discussed to help drive better resource alignment and pr= iorities for the community. There are many benefits of a DPDK Project week= ly community call, though some meetings might be quite short while others l= onger (but all less than an hour.) * How to report the meeting minutes? The meetings happen on IRC and may use voice if needed. The role of meeting leader - whose role involves taking the meeting minutes= - will be rotated among the members so as to share the workload. Minutes will be sent to dev@dpdk.org so anyone can comment. However, the technical discussions should happen in the original thread. Feel free to comment. The next meeting should happen in less than three weeks.