From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) by dpdk.org (Postfix) with ESMTP id 276158D96 for ; Tue, 3 Nov 2015 00:16:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6149; q=dns/txt; s=iport; t=1446506178; x=1447715778; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=zIbHwamlC6+MAHdm5EJrP4r27NOmp1iwzKLWwlTpb0c=; b=PVNCF4uuvzjnst0q1UT5WoIBuBQhUvIdLuJz2UYJlisMIK5yPcYzV+RO ImvETkUWfnDemJoZ2OBPW6Q9z1wl3Bw8LCbGJgo5Sl8nkBsk0iJQmSyZE ZxAji3PD6G+OoOyCcg36grpvDCQ+zAPM7iXhBSGdBmf9qSRO3B1c9Tab7 Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D/AQCT7TdW/4oNJK1bA4M7U2+7JoQhAQ2BWiGFeAKBNTgUAQEBAQEBAYEKhDUBAQEEODMBAggCAQwECxEBAwEBAQkWCAcJAwIBAgE0AwYIBgEMBgIBARCIHA3BcgEBAQEBAQEBAQEBAQEBAQEBAQEBARiGd4R+hDdIJoQbBY4Rh3JAhR2ICIFZSIZ4jy+Dch8BAUKCER0WgWEdNAGEM4FKAQEB X-IronPort-AV: E=Sophos;i="5.20,236,1444694400"; d="scan'208";a="204341445" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-7.cisco.com with ESMTP; 02 Nov 2015 23:16:16 +0000 Received: from [10.154.208.154] ([10.154.208.154]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id tA2NGGu6013550; Mon, 2 Nov 2015 23:16:16 GMT To: "O'Driscoll, Tim" , Bagh Fares , Dave Neary , "CHIOSI, MARGARET T" , Stephen Hemminger References: <20151102092153.3b005229@xeon-e3> <158A97FC7D125A40A52F49EE9C463AF522EE478A@MISOUT7MSGUSRDD.ITServices.sbc.com> <56379DE1.9020705@redhat.com> <5637A387.3060507@redhat.com> <26FA93C7ED1EAA44AB77D62FBE1D27BA6744CA22@IRSMSX108.ger.corp.intel.com> From: Pradeep Kathail Message-ID: <5637EEC0.2020103@cisco.com> Date: Mon, 2 Nov 2015 15:16:16 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <26FA93C7ED1EAA44AB77D62FBE1D27BA6744CA22@IRSMSX108.ger.corp.intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 03 Nov 2015 13:55:25 +0100 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] Proposals from project governance meeting at DPDK Userspace (was Notes from ...) X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 23:16:18 -0000 Tim and Dave, I agree that an architecture board membership should be based on technical standing and contribution but at the same time, if you are trying to bring a new hardware paradigm into a project, you need to give a chance to some of those experts to participate and gain the standing. If community is serious about supporting SOC's, my suggestion will be to allow few (2?) members from SOC community for limited time (6? months) and then evaluate based on their contributions. Pradeep On 11/2/15 1:44 PM, O'Driscoll, Tim wrote: >> -----Original Message----- >> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Bagh Fares >> Sent: Monday, November 2, 2015 6:03 PM >> To: Dave Neary; CHIOSI, MARGARET T; Stephen Hemminger >> Cc: dev@dpdk.org; Pradeep Kathail (pkathail@cisco.com) >> Subject: Re: [dpdk-dev] Proposals from project governance meeting at >> DPDK Userspace (was Notes from ...) >> >> Yes. Thank you. What we like is to get to a point where we discuss API >> and align on APIs for SOC as Margaret mention. As you know Arm has been >> driving ODP as the API for SOC. >> What we like to do is to drive the APIs under DPDK even for Arm SOC. >> Long term, and based on shrinking silicon geometries, and desire to fill >> fabs, Intel will do more SOCs. I was SOC design manager in Intel :-) >> We like to spare the customers like red hat, Cisco, and ATT the pain of >> supporting multiple APIs and code bases. > That's our goal too, so it's good to hear that we're in agreement on this. > >> So we need have a forum/place where this can be worked at . > If you have some ideas, then the best way to get some discussion going is through the mailing list. You could post a set of patches for proposed changes, a higher-level RFC outlining your thoughts, or just specific questions/issues that you see. > > On the TSC that was specifically referenced earlier in this thread, there is a proposal for what we're now calling the Architecture Board at: http://dpdk.org/ml/archives/dev/2015-October/026598.html. As Dave mentioned, we agreed at our recent Userspace event in Dublin that membership of the board should be based on contributions and technical standing in the community. The board will review and approve new members on an annual basis. > >> We are reaching out and we like to feel welcome and some love :-) > As Thomas already said, new contributors are always welcome! > > > Tim > > >> -----Original Message----- >> From: Dave Neary [mailto:dneary@redhat.com] >> Sent: Monday, November 02, 2015 11:55 AM >> To: Bagh Fares-B25033 ; CHIOSI, MARGARET T >> ; Stephen Hemminger >> Cc: dev@dpdk.org; jim.st.leger@intel.com; Pradeep Kathail >> (pkathail@cisco.com) >> Subject: Re: [dpdk-dev] Proposals from project governance meeting at >> DPDK Userspace (was Notes from ...) >> >> Hi, >> >> On the contrary! I am aware that Freescale has been engaged for some >> time in DPDK. I was responding to Margaret's contention that future >> contributors (and she called out ARM and SOC vendors) should have a >> voice. >> >> I hope that clarifies my position and meaning. >> >> Thanks, >> Dave. >> >> On 11/02/2015 12:44 PM, Bagh Fares wrote: >>> As SOC vendor we will contribute heavily to the project. Example >> crypto acceleration. We already contribute a lot to the linux community. >>> So not sure why the doubt about of contribution? >>> >>> >>> -----Original Message----- >>> From: Dave Neary [mailto:dneary@redhat.com] >>> Sent: Monday, November 02, 2015 11:31 AM >>> To: CHIOSI, MARGARET T ; Stephen Hemminger >>> ; Bagh Fares-B25033 >>> >>> Cc: dev@dpdk.org; jim.st.leger@intel.com; Pradeep Kathail >>> (pkathail@cisco.com) >>> Subject: Re: [dpdk-dev] Proposals from project governance meeting at >>> DPDK Userspace (was Notes from ...) >>> >>> Hi Margaret, >>> >>> On 11/02/2015 12:28 PM, CHIOSI, MARGARET T wrote: >>>> I think it is very important for the first version of governance that >> we have ARM/SOC vendor/future contributors to be part of TSC. >>>> If based on historical contribution - they will be at a disadvantage. >>>> We need to have the DPDK organization support an API which supports a >> broader set of chips. >>> I think there is definitely a role for SOC vendors in the project >> governance, but the TSC should be representative of the technical >> contributors to the project, rather than an aspirational body aiming to >> get more people involved. >>> I think there is an opportunity for future contributors/users to form >> a powerful constituency in the project, but the TSC is not the right >> place for that to happen IMHO. >>> Thanks, >>> Dave. >>> >>>> -----Original Message----- >>>> From: Stephen Hemminger [mailto:stephen@networkplumber.org] >>>> Sent: Monday, November 02, 2015 12:22 PM >>>> To: Bagh Fares >>>> Cc: dev@dpdk.org; dneary@redhat.com; jim.st.leger@intel.com; Pradeep >>>> Kathail (pkathail@cisco.com); CHIOSI, MARGARET T >>>> Subject: Re: [dpdk-dev] Proposals from project governance meeting at >>>> DPDK Userspace (was Notes from ...) >>>> >>>> There were two outcomes. >>>> >>>> One was a proposal to move governance under Linux Foundation. >>>> >>>> The other was to have a technical steering committee. >>>> It was agreed the TSC would be based on the contributors to the >>>> project, although we didn't come to a conclusion on a voting model. >>>> >>>> >>>> I would propose that TSC should be elected at regular user summit >>>> from nominees; in a manner similar to LF Technical Advisory Board. >>>> >>> -- >>> Dave Neary - NFV/SDN Community Strategy Open Source and Standards, Red >>> Hat - http://community.redhat.com >>> Ph: +1-978-399-2182 / Cell: +1-978-799-3338 >>> >> -- >> Dave Neary - NFV/SDN Community Strategy >> Open Source and Standards, Red Hat - http://community.redhat.com >> Ph: +1-978-399-2182 / Cell: +1-978-799-3338 > . >