From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTP id 218D27FE for ; Thu, 29 May 2014 23:59:21 +0000 (UTC) Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BCA031F887 for ; Thu, 29 May 2014 23:59:20 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id oy12so1294048veb.10 for ; Thu, 29 May 2014 16:59:20 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <1400925225.6956.25.camel@dabdike.int.hansenpartnership.com> <20140525222923.GW15585@mwanda> <1401119598.3303.6.camel@dabdike> <1401224020.14454.92.camel@dabdike> Date: Thu, 29 May 2014 16:59:19 -0700 Message-ID: From: Dan Williams To: "Martin K. Petersen" Content-Type: text/plain; charset=UTF-8 Cc: James Bottomley , Dan Carpenter , ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [TOPIC] Encouraging more reviewers List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, May 29, 2014 at 4:56 PM, Martin K. Petersen wrote: >>>>>> "Dan" == Dan Williams writes: > > Dan> Yes, ill conceived "value add" is indeed toxic. Is that the only > Dan> contributor factor to indefinite patch acceptance latency? We're > Dan> missing a mechanism to allow for experimentation without 1/ risking > Dan> the quality of the rest of the kernel 2/ committing to carrying the > Dan> experiment upstream indefinitely. > > Another problem in the value-add department is what hw vendor FOO is > unlikely to collaborate with main competitor BAR on a common > interface. Friendly collaboration works for us Linux folks but is rare > (although it does happen) in the driver space. If both vendors put their "experiments" upstream, maybe we as a community have a better chance of finding commonality to up-level to libraries?