Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1829544rwb; Thu, 29 Sep 2022 02:52:58 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5NwKzxhCasT6oqVm9xN3F+78Fc8nAUq5XGIIzs/dEEtYifq1SM2S0D6+jFR5spG3HxUwnv X-Received: by 2002:a17:907:72d4:b0:783:22e1:43a1 with SMTP id du20-20020a17090772d400b0078322e143a1mr2036618ejc.47.1664445178037; Thu, 29 Sep 2022 02:52:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664445178; cv=none; d=google.com; s=arc-20160816; b=TqlmIdK2CsSohS9225HsWcpyJRbZb0N/m5mFOGxmOo1HCl0kd4z4p5fW+ji3dW9VXs QdgG/LErZhtbtdUqoA6K+MWOBqU9lOIHBSJV85I5SSNpvI2IS5+xH8NOInxy5NdS0ehh S5oTswo9Nbex6MxoF9p+kYut00qIP6cgGj4DROB0d/7tB94VtWt9fNMAuO6mq0Lx/vMn xEmemnGG+2h5cvO1hEdJR0goimI1oe5IPzfNMgf87XMkCU8fbyd2gHkzXk6woEXXDvAK CiV/gArWVQwIrIlv9U3MnIuMRPIOIYgAEDo9VT4agx1csQ/kQTw2DVO/DDj3hbRlSUL0 /J3g== 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=mvCKwPzITkk6/3N4TBJQU6N6ac0YpmU4iz7zbVYsles=; b=fZwfWBQbkKy4ZpUCWifKalSKfk6UDunKBJZqNCQW4oohkrX4ROsivyaOwVviZCxTMG 4TWdVHo4Ww3IPrz75aYARSOQXHnu/znY4M+n0Gk+lGlLqRWkj+5m43LvCgg24+cJB905 Rytt+5FlOBPk+lkVusyai5cWvZeaQUbsf8InMdIm5JDCfqQE93dDLukM2YqiA7mc1Ew5 i9y5a0XEd0253b77hCF0P6Ej2M6ehEfoMgosMJy4qgovsXf1C/LE6ByXIzWt+4tz8gDO havBdBgXyFFY2fT0vWkQmpMKCUMEjQCsoJ/4dClr/KffI3R3Wo6RXNXHV0R4ZCw1+7gp RURA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=nUb6kUNk; 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 y9-20020a056402440900b0044e6a957758si9215370eda.607.2022.09.29.02.52.32; Thu, 29 Sep 2022 02:52:58 -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=nUb6kUNk; 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 S234987AbiI2JuK (ORCPT + 99 others); Thu, 29 Sep 2022 05:50:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42522 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235115AbiI2Jtm (ORCPT ); Thu, 29 Sep 2022 05:49:42 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 269C01183D for ; Thu, 29 Sep 2022 02:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1664444903; x=1695980903; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=URHxb8lU81RnkvovOLqWHu3JtwNm+uTnov0gAOxG9/M=; b=nUb6kUNkCYUcAu2RxCvetqnjecxreNT+PHVz+D2vdLaJvbYcsM9gMjqT dlxs7iht2m1yq1YJzV7cXG7ylm4dOK0yjzEZyJdSTh5u6abNFGt3ETxyJ 70F1WBbQuB65X4izE8/JrLOuCsbkcEQaXZ1sDSU5IR4sCPagUkyyqvWJE ndMHolB2qkLKgH33lAclr83SBCCooZZ/ghPGXm7kQVDd/7xWbyDu+vuWx GlA1HaNlxhWHbu7Zj5o9Pg7Nwol9kWbAJXcLrRttGZJYQJlOdoRUvkvA5 f2t5A7b1lt9LM20qrhDkX/bBkMZ6vT+sghNmijNaCo7IM2JbCSzOqeODG A==; X-IronPort-AV: E=McAfee;i="6500,9779,10484"; a="302760932" X-IronPort-AV: E=Sophos;i="5.93,354,1654585200"; d="scan'208";a="302760932" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Sep 2022 02:48:22 -0700 X-IronPort-AV: E=McAfee;i="6500,9779,10484"; a="690754011" X-IronPort-AV: E=Sophos;i="5.93,354,1654585200"; d="scan'208";a="690754011" Received: from crijnder-mobl.ger.corp.intel.com (HELO [10.251.211.131]) ([10.251.211.131]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Sep 2022 02:48:18 -0700 Message-ID: <3bddff5a-78ed-a3fa-841c-2f2f6a8f8bbb@linux.intel.com> Date: Thu, 29 Sep 2022 10:39:26 +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" , Kai Vehmanen , Ajye Huang , Takashi Iwai , Ranjani Sridharan , "linux-kernel@vger.kernel.org" , Liam Girdwood , "Chiang, Mac" , Mark Brown , Bard Liao , Peter Ujfalusi , "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=-8.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,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/29/22 08:25, Lu, Brent wrote: >>> >>> 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! >> > > Yes, but what we need in the hw_params() is the mask for individual channel, > like 0x1 for left and 0x2 for right. Ah yes, you're talking about the mask configuration on the codec side, sorry I was confused with your reference to DAI_CONFIG. That would be platform-level information, not DSP topology information indeed. Sounds good then, thanks for the explanations. Acked-by: Pierre-Louis Bossart