Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp771575ybg; Wed, 10 Jun 2020 13:18:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyg2uF9sRJlM5jh01qjBHBXzxZnqtFe+YEi4CHRxM8l6WlFoyrKjAeR/8AZZL0o6c553JIn X-Received: by 2002:a50:afc2:: with SMTP id h60mr3901027edd.110.1591820288052; Wed, 10 Jun 2020 13:18:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591820288; cv=none; d=google.com; s=arc-20160816; b=mH48s+SuSnKntzYsvgH3ZOM9dq8sznXkA+cXlyPPv7nayqokgQrefoCluCxH3TZojg LrbAPMatyl7OO57RARaUChTaWFe8x8hKv6MtAqtyX3ABOwWEUpgXf5OR8NIVbwMCsk64 t/+8VMxfjcylttejRCWYxY2un2nvLus4eKjS3jCeaNGJiCdxRjqVbS4HKT9aC7jruNHB kfKkW8CxXDylJG0eeMUVUC8iNXQgnugu5lyM+xAlejcZlwUQ0DOgJQ0SMiPwwhJbJcwH PRsIhxmu50RBcIbqU0pxbEEacTs3pYYMMl/Uzb4A7rzYwR4K3tYPDmPXL1aIe93x5fIm SGYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=QzG+BMZiDkBnR5yuIg705FCawwTzL+vzjJ1h50RRyfc=; b=Unmo6d6S0bW4rHQwqqwdHeKPNefPDaG4TG+G+zPguwPRPC3vY/GG277IhNj0zz1No0 yg9RnNa+Wliu4y9LeMWDBPgmS8q3z2HS3bTgByoVTQGxsR0IQBDE1qsCzF50o2YdHPaY 5likGJBocZnnj661xVDHhnINUnp5xppUt4crOSyDEWp7F0AAa5J5Tf+GRBiafuz7fLvD qCQtKnFckJBLNUur0ZiXtcecdUq3/eBFPrBshKJkQrm99hTa9yzRZEFBExW0pbj4bZru +zXD9vu79VS2LClm+oKSaaHZgIRfCT64T6N8k+H5nP8p5ozy6fSZu/Edg1RypOyHTrWE htKw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r1si384527edw.119.2020.06.10.13.17.44; Wed, 10 Jun 2020 13:18:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727898AbgFJSBW (ORCPT + 99 others); Wed, 10 Jun 2020 14:01:22 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:59985 "EHLO relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726637AbgFJSBW (ORCPT ); Wed, 10 Jun 2020 14:01:22 -0400 X-Originating-IP: 86.202.110.81 Received: from localhost (lfbn-lyo-1-15-81.w86-202.abo.wanadoo.fr [86.202.110.81]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 07B8EC0005; Wed, 10 Jun 2020 18:01:18 +0000 (UTC) Date: Wed, 10 Jun 2020 20:01:18 +0200 From: Alexandre Belloni To: Mark Brown Cc: Vaibhav Agarwal , Greg Kroah-Hartman , Alex Elder , Johan Hovold , Mark Greer , Takashi Iwai , Jaroslav Kysela , Liam Girdwood , greybus-dev@lists.linaro.org, devel@driverdev.osuosl.org, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 0/6] Enable Greybus Audio codec driver Message-ID: <20200610180118.GZ3720@piout.net> References: <20200610173711.GK5005@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200610173711.GK5005@sirena.org.uk> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/06/2020 18:37:11+0100, Mark Brown wrote: > On Wed, Jun 10, 2020 at 10:58:24PM +0530, Vaibhav Agarwal wrote: > > The existing GB Audio codec driver is dependent on MSM8994 Audio driver. > > During the development stage, this dependency was configured due to > > various changes involved in MSM Audio driver to enable addtional codec > > card and some of the changes proposed in mainline ASoC framework. > > I'm not sure why you're copying me on a staging driver? I don't recall > the base driver having been submitted properly yet. That was my suggestion, the whole history is that I submitted a patch removing this driver as it was not getting compiled and so didn't go through the componentization. See https://lore.kernel.org/lkml/20200507212912.599433-1-alexandre.belloni@bootlin.com/ My point was that if we were to keep that driver, the goal would be to have it out of staging instead of simply making it compile. -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com