From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0070.outbound.protection.outlook.com [104.47.38.70]) by dpdk.org (Postfix) with ESMTP id 8E2C42B9F for ; Fri, 18 Nov 2016 20:06:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5Ct/dXLBoZhL9zAnuK3cNpM0lOjnDHKDKkIzbb6egWo=; b=BwljGjEpoNiHEz53YHlZgl2049ZonaCnHpw7F1eePyOe7kzXj9QRnH7zYaenNHNnom11q5pulXMi41VwjNPjtpw1ZU4Use4+cx4X/7OcspRe+EA6886d0bfxJLdnGSaltJ+hDMI9/vPOaX6Wo5KQktcY13oBOisPY0eScF6pV+g= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Jerin.Jacob@cavium.com; Received: from localhost.localdomain (50.233.148.156) by BY1PR0701MB1722.namprd07.prod.outlook.com (10.162.111.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.693.12; Fri, 18 Nov 2016 19:06:08 +0000 Date: Sat, 19 Nov 2016 00:36:04 +0530 From: Jerin Jacob To: Neil Horman CC: "Mcnamara, John" , Message-ID: <20161118190604.GA8335@localhost.localdomain> References: <20161118161025.GC29049@hmsreliant.think-freely.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20161118161025.GC29049@hmsreliant.think-freely.org> User-Agent: Mutt/1.7.1 (2016-10-04) X-Originating-IP: [50.233.148.156] X-ClientProxiedBy: CO2PR11CA0030.namprd11.prod.outlook.com (10.141.242.168) To BY1PR0701MB1722.namprd07.prod.outlook.com (10.162.111.141) X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 2:7uDsJ1cvolJ6K50vq39PuVGmE7L9OxNhEc6npHfW9SF4+FokSBbzBNYwkMceOMexAfF7JommodGguFv1Y8ey5N2jOGOMJPGHnjeDa8hY+XdhLAVICMuUqMVJKifbQWw8iPohZHecwmwcmjfHjFWiP2dl6acFrTfP0CSoOPk9cMM=; 3:Lz8MUMsmzHXKxrSEcUU4VndRbM6LEmA8wO780VWWF7dl7MzAx9OioSy4iZZ6AOIVthr7824WQOvcaDbIaX9MbnFvZj8uwKPKR9DtHBWgLFrc6EdRVfiUgzoGS+Zomi53+7lYxAYZpM4925s28ZhOOTj74borNBjJ/PGfZnDEm24= X-MS-Office365-Filtering-Correlation-Id: cb57d7f7-0c1f-48db-3634-08d40fe5f438 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BY1PR0701MB1722; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 25:AjAxHoUfrJkYrYsKEvgqoS+PIdSs0YWx5DgbTm/jv58tCrDfSpZbKeAQEfK9jrQCpk2QtZ5y05emfseVn1i1H+fsAPUXUMZvwiWGDqzJ1BtGVFgF6yHpF5MEe9wlHjWr4NzeYmLv2yCE3Gw2MjGJSLOOYzpOHZxBVnrZegarWjzCDoLoEt6MFL+ePV9fWoPsgapG86xB/jmZdDHPCSSDsf0ljliiHuDYk976YmEw9NcqKbwhwkJOX/l+0rr7AptgEGd13KXeS5LlgSQkMXj5OhBU6+bF3IzJjbQ0FDEhUe+1TJnBET9yzSOBsfgP0rZKryiQjYCy8lYT1u+unlqkHZpVmRRM/METVjdMg++mcRUlfns/TWnZxPlFenvrKHyYea85XRxQ1w18UJ7LGa7SqgUJCp272nBzibasjrHuXTJ4fzqknQTqJWL1cLIR/9PatI83fFW+/siBEOb0Xoz1KloQfrs1qNZey9ZCxLHYfcG3ZhLLyTP2+9Cy6FEAHsk8M4cQDw4GqAhif0orKAVJaEp8BgvVLLcF1ihPIfkPt26orTd21ncRwameIJkIt4mNErUkLLej4vgQu2ZphvkBrqg3WAr+zh6pbQz+6m9KIa7yupIlimtXqeS6vzJqQUUkU8N9npxdgPI8Tkp1SRkd2NqAbaYx8ERsJ2UGnpxHqj4pR4G+G9I8LoQT1qSBz7PlF1dO/E96hzf9cKCBo/m73EfXqA2fRd9aJX/CqS7ZxexpgWicldKa687HlrxZ2Q0D2TgX80XhMPrX/tpS1xc5htoVPoHEGVULu3B140oNR0nIP2TN1HwB5+fdLte87xkGUz81gWU/lPDENVy9wk/9ENojb3+5x6mDswuJRw2EPkNXaFi7RJdCAcN2L7GH/uKYW0Fd1OlX8RQ9ykcuqCEQlQ== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 31:zEzn+yl8soyIcTXoJuA2p9ZYv3r5GhTtw1t/fVt5V2waNOulZEljQ0r3v/xmBmO9K8xNEfu+wMFNnEad4UAUTSQDe6yYLG9huXoegTy5IP0RAt+ghdRFPJci9ER6LS72OFWVvv5z8jsSa3kVytsrKa5W1xmw+jmrgRwEVSedh0/59oT+pxuW0tLA7Ygbig+7l67P5zQ6lbYXuOBSHMZJAD30AfSJvn4wG/td2moIn8q1RrAsynimE9tMab+kuREhY7tcVolwhce2lzAnQ61dKQ==; 20:H4aO2F0AWnF8H+Re52TpHHLYlrc5oixCZSTnQFHQ3XiXVobNzM0PrYBaDj3vHI/nOKskYAcYk8VsB9Qsw+8N6jXaEXfu+lki505Ez8gAv0ZFHecWx0dqIv4JzeFgk7g7D45NyZE/0yKDG58XS7HVZK40jxZveT5wZpNdSEKlBbRRhbntXDmDXT4Bt8KJ+X3TrxuohajiG7XBt+4TzCFlujHpoOWLstVzl61FgZa5BVCkjR1cPRx+L686qtOFzfkjkisV7AsuB7jUMA4mS1PPrOyMYNu1TD7Ut7Xh9zW9yFpUU80esj7WHL4st5NQ5yyjSFERe0oxyw9FU4L+zObjnhr0FCIVjSg2Dib4j4mwzVDCoHKBze7uEpdOQVSE25JTnWoidayWhglXL0yvI0mrwulld+Axb+Kwr/5M1jyNDRRGw/DgM6EOvPABGlJ4RJ+0J4vVhSIQz7abgllp1YvBIK/4LQ4NdK682zioc8VTi5rTRG6rQGhWGCV3I6LV6SW9+WZCT9SQIxaIKSc2ykjlz/Rn5u+yskCUqDlZeD++NEUZUt4m7e06MEP2OtsKgSWP+Kbo1S/xNwrqs6hVcUJR6JWVn+QGzHFxwmv54n30VkM= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6060326)(6040281)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6061324)(6041223); SRVR:BY1PR0701MB1722; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0701MB1722; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 4:m1A2EcBRbg8ex2Jl/lXHT0Q0Dti/7jExBQNpdfqqMlWJcvUtkhhXqPTmO6TT7Pf3hzOwMaNmu9gVgpILXif/9dtal8y5nmvNnWZZ4ehZ2RrTkCI/N8lX08ObmQqhpeBQwuKM6Ax831N4Y/tej9FKNTBJHVH2kVfYsVd45hY8jqgRPk0u1+NU7nZJ179J2ywExpZJvgAapzHhsy1Ct7fbYrCo2uPe6Evz8BAc4d5HPaRLlgJYy+h7ZFEPbMaBe0K9UocZrb6OljSHzElbxJ72n3s/LT72CzOiVRiRfb/SXQoXgLyf8bJWrig/aX8iWaroRYbnPDxoM0ly2yUxwi6lOfdH7+9nEGuwlzOvHnqgmo19o9mc1yOETlkZYbyztfwb/qgBio/GRrGubE6eEJHZ0qiXmG+3Yngby5Jn5f3klyzHzG3eAGCCyC3a66HDcDE53vsQq3zf/aw5J4CKuVgnAw== X-Forefront-PRVS: 01304918F3 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(6069001)(7916002)(199003)(189002)(24454002)(50986999)(54356999)(2906002)(2950100002)(6916009)(561944003)(42882006)(4326007)(9686002)(92566002)(97756001)(6116002)(81156014)(5660300001)(33656002)(81166006)(42186005)(7846002)(50466002)(76176999)(38730400001)(6666003)(106356001)(66066001)(15395725005)(7736002)(47776003)(101416001)(189998001)(23726003)(105586002)(3846002)(46406003)(305945005)(83506001)(1076002)(229853002)(8676002)(61506002)(97736004)(68736007)(77096005)(4001350100001)(110136003)(18370500001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0701MB1722; H:localhost.localdomain; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: cavium.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0701MB1722; 23:bmE4+wVpZeqBdvH8m5EQHPEKA3qAhXpaTk+gruf?= =?us-ascii?Q?1ayIDQZy2VhLBJJiw59j5GDb/+9YUicukDCXiR8uNENf/EX8u+jIR8wcboei?= =?us-ascii?Q?ED2H73nGrG9iw5HGm7X+vTym5CqlSWluOtKhQswgZ1mkaE5EBeQteFS4pJ3b?= =?us-ascii?Q?n6rg22tBG5P5m8ZWMkT1NWgHhEnHKRbKpOo187qCEXM/pS0+n8tRAyZQ31SE?= =?us-ascii?Q?EKvg51fWl/yGczNBXsK7tECN7iZbZqdyStTEBy7O0pVHOOC0VNDnlkxxtWvz?= =?us-ascii?Q?x06aiLkEil3mIIUpqu4G7Uzz9XbZNzOT41zDA4wTrilFszWTMStBLAf6105C?= =?us-ascii?Q?VTwj7w6ho+dplMLyyhBJZgFKc96A3k7m+bL5u0A0Lo5pxhmCF9lNSErXbWQm?= =?us-ascii?Q?y62KLLE0phyiLcTjG2tnmUtnabLkN7eLFuVdGHSqMQYCpZkR574DleDAoB+a?= =?us-ascii?Q?TKU1ZxOQrjRicwInhoMNgIkuPUkBEKMmkacaOi+FZVSsH//YO++c31TCAd9k?= =?us-ascii?Q?sWkKvE1XwJgv2SkLluepDFOd2ntCX20Wf7S2QCi9UJLqkyr5YrSVbINGEGVr?= =?us-ascii?Q?cW6UwS3Ex16xrpFzBF+yBkm5qbL1XFDcNOPARWjLZUTyJ4B14AqNdw7qLKj7?= =?us-ascii?Q?iycIsJvhr1gicbOsp2X93d8FEz+XfRpA7EWiGwLH4aRiQKtkARH5duPra7BE?= =?us-ascii?Q?ASd/dRlboEc/OsuhQ6Zqw94xhLMRH9V/gW6sqK7wrbEqhjxrlohbSF9W2fpa?= =?us-ascii?Q?QZ2uXSlzA06TQjeZE1XOinj+pUysiXAhnvGp86nKrmFVWjlXQ6hYIR/NsBKG?= =?us-ascii?Q?cY5pqgNv6CQX147Ky8gbXBLemtogSg3ToFOP9VwQXGlaeLH+OYhKVa3T+BKO?= =?us-ascii?Q?njxSo6v/rc0xuiCNT+Fwt9ihtb/QoZjqoVPaN2xQE5K9UxPkXZQKAhLAprot?= =?us-ascii?Q?wjqFAjC6M785R9MP2u2yeOJ9Ze6ru8RewdY2lW8RF8u5ZlgnVaCl4z1Dn6+R?= =?us-ascii?Q?w4QU0ECBvvS4HlktO2zJ5Rw5X0l7YgMBVJl2wj3USZurD1bc86UWGWtd8JZy?= =?us-ascii?Q?167bI5d+sxvBcxNPDb5niNAf7jGyhU7wEbVUk03wMUatfQXq3xsxMMHpuUla?= =?us-ascii?Q?F2aytJdnRHNXOmv0LLnCHfxGrHEIlW7++b+3f9wIcK+14CBIXzswM3WR2pdW?= =?us-ascii?Q?0Ka1JDdjnq1B5nirZX/cvev2xeHUsgcWWJ8PStpXIxT2DVh163HpEqoRZZm9?= =?us-ascii?Q?1lzD5tgiwfqeF/kUuDRtXE5DFCSVmfIe9r265Tq+IQ0BnTMN0qsR/yQJPqtJ?= =?us-ascii?Q?7uw=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 6:qV0CD/dZFnFNQYLa48a6WCTnYGTg6UPqp/3GSH2Kzy4fVYkiNX9FVEGbQ9ObmwrGNjT8Wf4H94y+0b8ekKPTryUJZdxjEFsJMu1UC8ceeeCCeMuN3lOqa7PLJ5qQY5UYgJIj7mU3vQX8zH5oAcIEkE5lUKFc/qZgvXqv0ZrY8ulqTthod/3mEP0W6UMQBQ4w7X+QhTGEmjdg2phz265q2Mzexg4GwQb3Zvn2xJIi9HuDsv/RNQrDRuIHIefheRfBF6n0dyI9BAImVpfdvh3QInQzDfJ2cT09P6KHx47Hfo4/lS4Puof+KJ2d1Yjo4WRA15B4wIVMF/A+stHsOzhzPe38bq7cevhDyWr9syDq4Dw=; 5:yjRzDmLBKrJvPnEW7AmyLghJb2nLYZChb2z61PGnPQgVzSjViUU2JrmC6XWxKqjum9IzLfYILiMWINoyA3aGb3GKW5UVOzTKjxDVAW3Ntcu8uCkx8fFcAVR5+L8t8NMPiqKc8nBkQenspNCC8GZdmw==; 24:YXpI6vJ/8SiW6P6ry7NUMheTzrUfXpLE+9IEzTsFN3I0X+WRRuHDvhyOvGrTNQuBZv1B7jwSFr+5xtqKeVv0p3IOHt40nSLebYIA8WnRsRE= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 7:l9caKqE6nPA6fIp6iAw554v8Jsq4pmdplTfRJFWOy3Jv54kiyfggnNBrYAjeIzJ2BCUwS97SCcTbWUKc/h78Mve+7kPP/17gagvk6zdU34TyJR1GlvH4e79DyjT9yoWEDsYfZSIEYQOStGHujmJQqj20id7jZ9G9pLdIMzuiOnhTteyKbZGiFfjrAJyIslB3NA6ULgZpLZcRdtMVxQMa7sCrn2sGeTIPLxCnatBAe21u8pz3B05E15HRPu1tufvsJ7clS53/GXbw3fSFgO9UAU7D018IepCoduy+McW6NkpBBQgxSjqUVdVJ8zElnq8xiQ8LeRaufbPGPwsweR+OAFoASvYIX2Acw9STKjmmWzM= X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Nov 2016 19:06:08.2522 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0701MB1722 Subject: Re: [dpdk-dev] Proposal for a new Committer model 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: Fri, 18 Nov 2016 19:06:14 -0000 On Fri, Nov 18, 2016 at 01:09:35PM -0500, Neil Horman wrote: > On Thu, Nov 17, 2016 at 09:20:50AM +0000, Mcnamara, John wrote: > > Repost from the moving at dpdk.org mailing list to get a wider audience. > > Original thread: http://dpdk.org/ml/archives/moving/2016-November/000059.html > > > > > > Hi, > > > > I'd like to propose a change to the DPDK committer model. Currently we have one committer for the master branch of the DPDK project. > > > > One committer to master represents a single point of failure and at times can be inefficient. There is also no agreed cover for times when the committer is unavailable such as vacation, public holidays, etc. I propose that we change to a multi-committer model for the DPDK project. We should have three committers for each release that can commit changes to the master branch. > > > > There are a number of benefits: > > > > 1. Greater capacity to commit patches. > > 2. No single points of failure - a committer should always be available if we have three. > > 3. A more timely committing of patches. More committers should equal a faster turnaround - ideally, maintainers should also provide feedback on patches submitted within a 2-3 day period, as much as possible, to facilitate this. > > 4. It follows best practice in creating a successful multi-vendor community - to achieve this we must ensure there is a level playing field for all participants, no single person should be required to make all of the decisions on patches to be included in the release. > > > > Having multiple committers will require some degree of co-ordination but there are a number of other communities successfully following this model such as Apache, OVS, FD.io, OpenStack etc. so the approach is workable. > > > > John > > I agree that the problems you are attempting to address exist and are > worth finding a solution for. That said, I don't think the solution you > are proposing is the ideal, or complete fix for any of the issues being > addressed. > > If I may, I'd like to ennumerate the issues I think you are trying to > address based on your comments above, then make a counter-proposal for a > solution: > > Problems to address: > > 1) high-availability - There is a desire to make sure that, when patches > are proposed, they are integrated in a timely fashion. > > 2) high-throughput - DPDK has a large volume of patches, more than one > person can normally integrate. There is a desire to shard that work such > that it is handled by multiple individuals > > 3) Multi-Vendor fairness - There is a desire for multiple vendors to feel > as though the project tree maintainer isn't biased toward any individual > vendor. > > To solve these I would propose the following solution (which is simmilar > to, but not quite identical, to yours). > > A) Further promote subtree maintainership. This was a conversation that I > proposed some time ago, but my proposed granularity was discarded in favor > of something that hasn't worked as well (in my opinion). That is to say a > few driver pmds (i40e and fm10k come to mind) have their own tree that > send pull requests to Thomas. We should be sharding that at a much higher > granularity and using it much more consistently. That is to say, that we > should have a maintainer for all the ethernet pmds, and another for the > crypto pmds, another for the core eal layer, another for misc libraries > that have low patch volumes, etc. Each of those subdivisions should have > their own list to communicate on, and each should have a tree that > integrates patches for their own subsystem, and they should on a regular > cycle send pull requests to Thomas. Thomas in turn should by and large, > only be integrating pull requests. This should address our high- > throughput issue, in that it will allow multiple maintainers to share the > workload, and integration should be relatively easy. +1 > > B) Designate alternates to serve as backups for the maintainer when they > are unavailable. This provides high-availablility, and sounds very much > like your proposal, but in the interests of clarity, there is still a > single maintainer at any one time, it just may change to ensure the > continued merging of patches, if the primary maintainer isn't available. > Ideally however, those backup alternates arent needed, because most of the > primary maintainers work in merging pull requests, which are done based on > the trust of the submaintainer, and done during a very limited window of > time. This also partially addreses multi-vendor fairness if your subtree > maintainers come from multiple participating companies. +1 > > Regards > Neil > >