Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp254588rwb; Wed, 28 Sep 2022 02:09:21 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7ps54+T3OITknAKoC/lcq/BUFN+cbF9jP/ijTj5bWuiZo170joteVDH/x0uDJGQv15Cu6o X-Received: by 2002:a17:906:58c8:b0:6fe:91d5:18d2 with SMTP id e8-20020a17090658c800b006fe91d518d2mr27086520ejs.190.1664356160817; Wed, 28 Sep 2022 02:09:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664356160; cv=none; d=google.com; s=arc-20160816; b=ilcHzgDQ6Nu48ReYrv3saos06i0/NJ6zQJTNr+4v4icobmEkPf+J5LXDYzk73TiGi4 pvwIjjB5g5QB7a0OvHpE+Pkh0tZ0pxWusDbB0QT3MxU/+fpTyyOmLX6aov1S+3F8AWaO RJRm1JEYj26yTSHZWDNbs7qClCykhPOxlDZ4caEWYRDjd8/X06GcaIONob6UjdHTztjV 7GtvoIAz4uTL0a5wF+czcA/a2FjbTD3Q7EIGiZTUaja0MweC5Tyq735ACDKHWwawhit2 E1VXAzEGLcd04A9/TnxJdP7T+FV0v3AIFps04bWrLqGZl7pX+DKiY9ypNkCuEpo1YoFj /fOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=jBckaTPcKIUvP1fdpz7IueVaEGKun12GAc16MRR8S+Q=; b=UTqpxxDw4kTF5FUgOCfWAztz7ftRMHNxvkjDHx0OW9BAWUCDldV6iGm70dNnA7TOWs LzRK0LEiQmeXEKPA9b8cPKezZXzfyPRyT6DpSq6AtCV/EqmgNUGgpb4A5JY0WkcGE9am o87g42R/x7uvlUnekzqH2WijgVB5C9XQxl4rFalSK+VQacQKg4ZmUHpuoi59rnork3/0 miEeOgz5Ut9/BjbaPHrvLEtie43TLLY+29gZ8wOb3uD7QwejP9KGYHrUcQ9ffpVDV/Lw tMWPHqsoPDX1MhVOcBe9ZYPnWxxfYg7V3J57Nq59DiuN79AKtf3PTXFTs/8yd1SfG6fE ZLag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=JNi7XZ31; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v28-20020a50d09c000000b0045793b0060dsi4452231edd.345.2022.09.28.02.08.51; Wed, 28 Sep 2022 02:09:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=JNi7XZ31; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232841AbiI1Ij5 (ORCPT + 99 others); Wed, 28 Sep 2022 04:39:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51980 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229951AbiI1Ijf (ORCPT ); Wed, 28 Sep 2022 04:39:35 -0400 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3A2A2A221D for ; Wed, 28 Sep 2022 01:39:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1664354371; x=1695890371; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=V5ZHsDB6wcD9KRT2A0rLXsENvTTm9TvpXoN0E3+EoAs=; b=JNi7XZ31VYgr285enypFj3IqaGVqbqN13gSg62aQ/Dw7WevnWkCy3EE7 1KD5U0xJ5wCI/+qGTc31eXK5n0Qqn0eyO9AoUDMJsFznfpb5KqVpFHckl 8jxGhoDpfK3MJaf68K1lkZiqI7Zpjj4ij/zkclumBmPRbeTvKfHLM4q6E KmSaQj81zo4hk8IiuDXKWYn8znQ4bSVSG4AyTkDeacYPurRavr7ylxVd9 IwJ09FnkoEpydac4Mis/rwuRcgPMG3HYliMNG8bJN4xpyDtFgA2AUbt1X kOPb9wVbfu/t3Nt+FdtjQ/YHUwNv7uH2BNX1Ys94bV3VyG/bVomYGJEIe Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10483"; a="301520876" X-IronPort-AV: E=Sophos;i="5.93,351,1654585200"; d="scan'208";a="301520876" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2022 01:39:30 -0700 X-IronPort-AV: E=McAfee;i="6500,9779,10483"; a="617131390" X-IronPort-AV: E=Sophos;i="5.93,351,1654585200"; d="scan'208";a="617131390" Received: from morank-mobl3.ger.corp.intel.com (HELO [10.251.211.7]) ([10.251.211.7]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2022 01:39:25 -0700 Message-ID: Date: Wed, 28 Sep 2022 10:38:29 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.11.0 Subject: Re: [PATCH] ASoC: Intel: sof_rt5682: remove SOF_RT1015_SPEAKER_AMP_100FS flag Content-Language: en-US To: "Lu, Brent" , "alsa-devel@alsa-project.org" Cc: "Rojewski, Cezary" , "linux-kernel@vger.kernel.org" , Kai Vehmanen , Peter Ujfalusi , Takashi Iwai , Ranjani Sridharan , Liam Girdwood , "Chiang, Mac" , Mark Brown , Ajye Huang , Bard Liao , "Gopal, Vamshi Krishna" , "Zhi, Yong" References: <20220913074906.926774-1-brent.lu@intel.com> <2577e4db-8593-cf37-135b-aa51b6268cd7@linux.intel.com> From: Pierre-Louis Bossart In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-9.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/27/22 15:16, Lu, Brent wrote: >>> + case SND_SOC_DAIFMT_DSP_A: >>> + case SND_SOC_DAIFMT_DSP_B: >>> + /* 4-slot TDM */ >>> + ret = snd_soc_dai_set_tdm_slot(codec_dai, >>> + rt1015_tdm_mask[i].tx, >>> + rt1015_tdm_mask[i].rx, >>> + 4, >>> + params_width(params)); >> >> The changes look ok, just wondering if we can avoid hard-coding those 4 values. >> Can we not get the number of TDM slots from topology and/or dailink >> configuration? >> >> > > I think TDM slot number is possible but not TX/RX mask. What we have in topology > is union of tx/rx mask of all channels. We don't know the mask of specific channel in > DAI_CONFIG. > > DAI_CONFIG(SSP, 0, BOARD_HP_BE_ID, SSP0-Codec, > SSP_CONFIG(I2S, SSP_CLOCK(mclk, 19200000, codec_mclk_in), > SSP_CLOCK(bclk, 2400000, codec_slave), > SSP_CLOCK(fsync, 48000, codec_slave), > SSP_TDM(2, 25, 3, 3), the 3 3 is precisely the channel mask! > SSP_CONFIG_DATA(SSP, 0, 24, 0, 0, 0, SSP_CC_BCLK_ES)))') > > Regards, > Brent >