Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1363609ybt; Thu, 2 Jul 2020 03:39:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyb8wmlwsK5IP+YDc2xAFDWIKQfBUnLf/RIGap9tJGX1vHEcsODhtCRwF8z2DnjeFaIpUpo X-Received: by 2002:a17:906:a156:: with SMTP id bu22mr26200975ejb.322.1593686347647; Thu, 02 Jul 2020 03:39:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593686347; cv=none; d=google.com; s=arc-20160816; b=k/tvtUS2F68dwYNkFcBKQh2A9GQa9Xk3B4gNIEzSFM/s0N5f/ggAEtGda90dv94YGf 8pCVMuC4BpVx+9JQF+/i8SuvTMqAds8JGvR3JCVD++55/Gye9XkpC8GHJW9aDJ1YLels yJf2bG5EzMx1IwjyMhYiGMNGBfSVJttm7YA9NhnTrxdO6SuMq+1ZjLcqpgcjWjcfTlwg PlUrqF71/gR8L/+/e2db+f4v/88OiH3m31oKPcPJ5+dhbk1jkaQrth4yUkw9d1nw0zGz aMbKlfHSPjIAjfVHAtwzwS7i0bpuDgFOgFeR2Kq2CEW+31WGXJppsWElsXRPKXJRqFdZ YZmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:cc; bh=UhnflAwDmheF6iWSFj2l1i5hhV4k8BcKcVrUdRQwc8s=; b=HRUYJhj9x37FoNDJMNyZDeheMS7U7ghAllBerwa7hKcFYxCNHkZHGapD9SRoltQX+v EZC96PXM0IA00BATwwjeeH3pNSTJlBSCMrsPKGywd++XZ1OFn7qX3+hoXnlL+905R63f 8dxq6KXncYt6QRAAoekR6xc1oGIjuokceeWfX7I/FOKhtreTUWM4oq8dQwtT+tSz6Cqb EouKZn0wk0q55i4okvmqB/zTd/HVoslp5fzhbmQmYHlSBToynj+09rirxqi5gv6RNU5g cE2JNl+nPuRmXmgb2SU+P+dCgK2eC14K9XlsVLC3txc6r9Uu/FrT1DlQWV8vhpkeZ+Ge 5B6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=F1rkM9cP; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 92si5461823edj.9.2020.07.02.03.38.43; Thu, 02 Jul 2020 03:39:07 -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; dkim=pass header.i=@nvidia.com header.s=n1 header.b=F1rkM9cP; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728340AbgGBKg0 (ORCPT + 99 others); Thu, 2 Jul 2020 06:36:26 -0400 Received: from hqnvemgate24.nvidia.com ([216.228.121.143]:8627 "EHLO hqnvemgate24.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727900AbgGBKg0 (ORCPT ); Thu, 2 Jul 2020 06:36:26 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate24.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Thu, 02 Jul 2020 03:34:45 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Thu, 02 Jul 2020 03:36:26 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Thu, 02 Jul 2020 03:36:26 -0700 Received: from [10.25.97.252] (10.124.1.5) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 2 Jul 2020 10:36:18 +0000 CC: , Kuninori Morimoto , , , , , , , , , , , , , , , , , , , Subject: Re: Re: Re: [PATCH v4 12/23] ASoC: simple-card: Support DPCM DAI link with multiple Codecs To: Mark Brown References: <1593233625-14961-1-git-send-email-spujar@nvidia.com> <1593233625-14961-13-git-send-email-spujar@nvidia.com> <874kqu1x70.wl-kuninori.morimoto.gx@renesas.com> <1e0cf6d1-bf4e-8808-5390-c8a3b7c7fe7e@nvidia.com> <87mu4lz6pt.wl-kuninori.morimoto.gx@renesas.com> <1d7888c7-a8cc-e891-01aa-016e31cc9113@nvidia.com> <87ftadyrec.wl-kuninori.morimoto.gx@renesas.com> <492079e9-4518-78ba-a227-859d31594369@nvidia.com> <20200630110100.GH5272@sirena.org.uk> <81d106c0-e1c8-a79a-8caf-1f3be0d61f0c@nvidia.com> <20200630153220.GL5272@sirena.org.uk> From: Sameer Pujar Message-ID: Date: Thu, 2 Jul 2020 16:06:14 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200630153220.GL5272@sirena.org.uk> X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL111.nvidia.com (172.20.187.18) To HQMAIL107.nvidia.com (172.20.187.13) Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1593686085; bh=UhnflAwDmheF6iWSFj2l1i5hhV4k8BcKcVrUdRQwc8s=; h=X-PGP-Universal:CC:Subject:To:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:X-Originating-IP: X-ClientProxiedBy:Content-Type:Content-Transfer-Encoding: Content-Language; b=F1rkM9cPVeb7rPxjtk0sAt/FK+bVJMWr4+G+nzSwwSzPOhJZy4bNSnY9lsDXLZB6s E13ynpqjMwugH2lHSR7csU9Aif915rGDThTt0pM8Gwxbbi/sAbLsGaUkZDclgplWlh nhmByXvOq0Cj+gF0gd8bgi0guTosvpDKEcTIPOqEGuCDfPnk7aC31at8iCwh8iCvcc /gtuk6RBsvmyrLeFDE1+WbHmlJRDPo7qiJKrNyf/Vn4O1TfB2Cfzgl9j6nA1dahXgx gVBPxZ/da40o08tRHb+QRfUinkRHmxO7E1Ay1cciUBoxC6xtCi75FifrgXKZLb0gBS CnX7QtdScbmNA== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/30/2020 9:02 PM, Mark Brown wrote: > On Tue, Jun 30, 2020 at 06:23:49PM +0530, Sameer Pujar wrote: >> On 6/30/2020 4:31 PM, Mark Brown wrote: >>> Why simple-card and not audio-graph-card? >> Frankly speaking I have not used audio-graph-card before. I had a brief look >> at the related binding. It seems it can use similar DT properties that >> simple-card uses, although the binding style appears to be different. >> However I am not sure if it offers better solutions to the problems I am >> facing. For example, the ability to connect or form a chain of components to >> realize more complicated use cases with DPCM, some of which were discussed >> in [0]. Can you please help me understand why it could be preferred? >> [0] https://lkml.org/lkml/2020/4/30/519 > It's the more modern thing which covers everything simple-card does and > more, I'd expect new development to go into that rather than > simple-card. Hi Mark & Kuninori, For the HW I am using, there are no fixed endpoints and I am not sure if it is allowed to have empty endpoints in audio-graph-card. Crossbar/router provides the flexibility to connect the components in any required order. Patch [05/23] exposes required graph and MUX controls for the flexible configurations. Mostly, in DT, I am trying to model the component itself and finally router can help me specify the audio path to interconnect various components. Hence I was trying to understand if it is really necessary to represent the links using audio-graph-card. Kindly help me understand what more it offers. If simple-card works fine, are we allowed to use it? Thank you, Sameer.