From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5D553C001DC for ; Mon, 31 Jul 2023 15:18:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231806AbjGaPSl (ORCPT ); Mon, 31 Jul 2023 11:18:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39610 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229743AbjGaPSg (ORCPT ); Mon, 31 Jul 2023 11:18:36 -0400 Received: from mgamail.intel.com (unknown [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 983CA10E3 for ; Mon, 31 Jul 2023 08:18:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1690816715; x=1722352715; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=tHseUDP5ewIZ91U0WgZQH8SlyWmcwyeqJNAjRGZdQ4c=; b=WYoUadmwKPo634XFchdtos1Qpj4E/QGrJCr/FRi3HjRMsN4QTFIkbhQ7 K9NA5r42SVxavdOZGEhSsDSa6oGQshPM0gRxIc7T7AsTlvTN0k9ppa9MO 03yn3K1wabX6IyJBnrQOmS/z+IBwZrBeIOrNCsmwlfvXycr17NIqAaqvU NeOrgsyyPI438scsFfLVRSBoB4WvWCDNszX6xR+n8qy802dkucIgKMb60 sQgxKW/LPAU3uev8IiXIhOdqPT4nY2e75lF+6gvmSFgExSlCGrt+FLnoB PHEhcCgZSWSHEzWGCGSbvr7cW1i2NdoJYtw0Ptx4em2VYXhukFithHGyx Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10788"; a="432863977" X-IronPort-AV: E=Sophos;i="6.01,244,1684825200"; d="scan'208";a="432863977" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jul 2023 08:18:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10788"; a="852095057" X-IronPort-AV: E=Sophos;i="6.01,244,1684825200"; d="scan'208";a="852095057" Received: from sambriz-mobl.amr.corp.intel.com (HELO [10.212.68.117]) ([10.212.68.117]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jul 2023 08:18:33 -0700 Message-ID: Date: Mon, 31 Jul 2023 09:53:02 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.13.0 Subject: Re: [PATCH v4 1/1] ASoC: Intel: maxim-common: get codec number from ACPI table Content-Language: en-US To: Brent Lu , alsa-devel@alsa-project.org Cc: Cezary Rojewski , Liam Girdwood , Peter Ujfalusi , Bard Liao , Ranjani Sridharan , Kai Vehmanen , Mark Brown , Jaroslav Kysela , Takashi Iwai , linux-kernel@vger.kernel.org, Ajye Huang , Yong Zhi , Terry Cheong , Uday M Bhat , Mac Chiang , "Dharageswari . R" , Kuninori Morimoto , ye xingchen , Andy Shevchenko References: <20230731103419.2536036-1-brent.lu@intel.com> <20230731103419.2536036-2-brent.lu@intel.com> From: Pierre-Louis Bossart In-Reply-To: <20230731103419.2536036-2-brent.lu@intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/31/23 05:34, Brent Lu wrote: > We implement a helper function to get number of codecs from ACPI > subsystem instead of using quirk flag in machine driver. Also refactor > module interface by adding max_98390_dai_link() function. > > On the sof_rt5682 machine driver side, we remove the quirk flag > SOF_MAX98390_TWEETER_SPEAKER_PRESENT and use the new interface of > max98390 to setup dai link. > > Signed-off-by: Brent Lu Reviewed-by: Pierre-Louis Bossart