Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp2379667ybt; Sun, 28 Jun 2020 17:57:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyLrE6VgbRNQziiTvqXhbx2svXZULilVrRk6Cun5Fohk2eaWiDlHnDuI0BcmAuZd2aM44WV X-Received: by 2002:a17:906:2581:: with SMTP id m1mr12710084ejb.89.1593392264963; Sun, 28 Jun 2020 17:57:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593392264; cv=none; d=google.com; s=arc-20160816; b=Ntr+J0Eg4jCGWd/dJXfe/8OrzIhF8Es9ua9wCvXSUrBWeObVnxmfsBqjI9z9+qcXla oZijanqZVa0J9e09LvfDhd2qSEnWmx0k4p0S+MOwdGQtmFfbdjT617TKMOAKg+sP6axw y0kIEtkKXEFeR1EVx4TcIy9VRK/l0r44rYIlehI6Iaqjys4/+TP/opcF95FEzku0OGLp 2Hk+HmGLUs+Et3HhUeXmj1YFeeCPw7CqWQE0389OwJ10xNBilmZWJPg0ZcJml6aAmL8n 3SDe3ZAhzCJHC+2OQ4n5Qc4Kiv9PUpUtt0X9oQOwS9PUqBYD4bqOrUeXTwAqvWFMVCs5 GTbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=NKPpdsaW9R6wx+jdRL1NeIwkwy/aaiiImWCp7Rk3PE8=; b=q0fs7E+k6KRIDaeG9HMlqK3zbg9r1hvvf+ThIN/O9LaNXKcLwv5j9czU3rCITBFfwr BS2WCOUZ4y/RK15+AKXPjFLj0RenDc7GxRrv7YcnBEOe/UXhEiQRrRfH2xnsO474bR7u OvXZSSmgVWeKrxJJNrvQFoi5IEXHdyAZhqhHKA5OvfdKKOCREGXz8Ji/akZh0S1UZhMA wCQTO7bxZyZfXAgrI56IBCNBrf7PeEqnMuxAhl+GVLClBx8X2HGnyPknF9gnSSE0Jq63 wpPYiEtyqFdKZlmevcLLJOIFv0gVKt0AhN3VylE5wnIE8gBUC+rbLLkppZDIm8tNTu2L TOLw== 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 o11si1999887ejr.391.2020.06.28.17.57.21; Sun, 28 Jun 2020 17:57:44 -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 S1726718AbgF2A42 (ORCPT + 99 others); Sun, 28 Jun 2020 20:56:28 -0400 Received: from relmlor2.renesas.com ([210.160.252.172]:17586 "EHLO relmlie6.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726395AbgF2A42 (ORCPT ); Sun, 28 Jun 2020 20:56:28 -0400 Date: 29 Jun 2020 09:56:27 +0900 X-IronPort-AV: E=Sophos;i="5.75,293,1589209200"; d="scan'208";a="50570200" Received: from unknown (HELO relmlir6.idc.renesas.com) ([10.200.68.152]) by relmlie6.idc.renesas.com with ESMTP; 29 Jun 2020 09:56:27 +0900 Received: from mercury.renesas.com (unknown [10.166.252.133]) by relmlir6.idc.renesas.com (Postfix) with ESMTP id 053E04134250; Mon, 29 Jun 2020 09:56:27 +0900 (JST) Message-ID: <877dvq1yhy.wl-kuninori.morimoto.gx@renesas.com> From: Kuninori Morimoto To: Sameer Pujar Cc: , , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH v4 10/23] ASoC: simple-card: Wrong daifmt for CPU end of DPCM DAI link In-Reply-To: <1593233625-14961-11-git-send-email-spujar@nvidia.com> References: <1593233625-14961-1-git-send-email-spujar@nvidia.com> <1593233625-14961-11-git-send-email-spujar@nvidia.com> User-Agent: Wanderlust/2.15.9 Emacs/26.3 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sameer > simple-audio-card,dai-link@xxx { > format = "i2s"; > bitclock-master=<&cpu1>; > frame-master=<&cpu1>; > > cpu1: cpu@0 { > ... > }; > > codec@0 { > ... > }; > > ... > }; > > In above case CPU is expected to be configured as a master and Codec as > a slave device. But both CPU/Codec are being configured as slave devices. > This happens because asoc_simple_parse_daifmt() uses Codec reference and > sets up the 'dai_link->dai_fmt' accordingly while parsing both CPU and > Codec. I'm sorry but I don't 100% understand about this case... asoc_simple_parse_daifmt() should work in this case The reason why it needs codec node is that SND_SOC_DAIFMT_CBx_CFx are "Codec" base Master/Slave. Thank you for your help !! Best regards --- Kuninori Morimoto