Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932523AbaJ2Ksp (ORCPT ); Wed, 29 Oct 2014 06:48:45 -0400 Received: from mailapp01.imgtec.com ([195.59.15.196]:33821 "EHLO mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932228AbaJ2Ksn (ORCPT ); Wed, 29 Oct 2014 06:48:43 -0400 Message-ID: <5450C607.9060603@imgtec.com> Date: Wed, 29 Oct 2014 10:48:39 +0000 From: Qais Yousef User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.8.0 MIME-Version: 1.0 To: Vinod Koul , Greg Kroah-Hartman CC: , Neil Jones , "Arnd Bergmann" , Clemens Ladisch , , Subject: Re: [alsa-devel] [PATCH 00/11] Add AXD Audio Processing IP driver References: <1414495589-8579-1-git-send-email-qais.yousef@imgtec.com> <544F8439.4080402@ladisch.de> <544F97A4.7080209@imgtec.com> <20141028141348.GD18384@kroah.com> <544FB0AC.4020205@imgtec.com> <20141029025019.GA7568@kroah.com> <20141029052439.GT28745@intel.com> In-Reply-To: <20141029052439.GT28745@intel.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.154.94] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/29/2014 05:24 AM, Vinod Koul wrote: > On Wed, Oct 29, 2014 at 10:50:19AM +0800, Greg Kroah-Hartman wrote: >> cepted into staging until this is resolved? >> If you are willing to abide by the staging rules: >> - incremental patches only doing one thing at a time >> - never break the build >> - constantly moving forward to getting merged (i.e. no new >> features being added) >> >> I think it will be easier for you to do the work outside of the tree as >> you are going to be changing the API, which is not going to be easy to >> do in an incremental patch series. >> >> And yes, this isn't going to be a trivial amount of work, sorry. > I am not sure if it can fit into staging model. The whole design of driver > would need rework and all the infrastructure added here for exposing stuff > to usermode will be thrown away, so this driver would simply need an > major overhaul. > > If this was ALSA driver and we would need to plumb it for acceptance then > would have made sense in include, but thats not the fact today > > Thanks Thanks for all the comments Vinod. Looks like I made a bad judgement, clearly I wouldn't want to rewrite the code twice :) I'll take a closer look at using the framework and maybe start with the features that we know will work and build up the rest incrementally and address problems from there. Thanks, Qais -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/