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 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 912CAC2BA19 for ; Thu, 23 Apr 2020 10:54:19 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1BED82084D for ; Thu, 23 Apr 2020 10:54:19 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="dnDRW5jt"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="mkAUwcab" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1BED82084D Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=alsa-devel-bounces@alsa-project.org Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 6E7AA168D; Thu, 23 Apr 2020 12:53:27 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 6E7AA168D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1587639257; bh=RjwnHTP2eva16wVTq1KWCo6EOtNgpvCv7s8zsms1nJw=; h=Date:From:To:Subject:References:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=dnDRW5jt/ZZK+SIJb/l4EonszTeaqXjVidIFoHg/hBg0mkAKfTUMkv02RxuVHU7h4 YCssq/HXeOue3oBelqfqQnKM1tlmCFtoGFclb+u/Eaq4FyLUVB0u+asnZbd703Ie5n JGDpeXqh8XQCra90O1TIypkSBcihP0uGUlkdPP6Y= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id F03A1F8014A; Thu, 23 Apr 2020 12:53:26 +0200 (CEST) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 88264F801EC; Thu, 23 Apr 2020 12:53:25 +0200 (CEST) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id C094BF800F2 for ; Thu, 23 Apr 2020 12:53:22 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz C094BF800F2 Authentication-Results: alsa1.perex.cz; dkim=pass (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="mkAUwcab" Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 679782084D; Thu, 23 Apr 2020 10:53:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587639200; bh=RjwnHTP2eva16wVTq1KWCo6EOtNgpvCv7s8zsms1nJw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=mkAUwcab26oFt2hNW27sDJNILiBQyTNneBROjROOu6MrPN+9Ue90Xf06bn7/4sBro dQ6wB4yiELfVhIgTGHNS7r5SfK5Di2qBsbwu1j00ro7eZkozm6+z8RblOPr+qSxRxr jAj6PRaCpCth8Detqa5YBRTPTYU8IC78y9smt6bA= Date: Thu, 23 Apr 2020 11:53:17 +0100 From: Mark Brown To: Ranjani Sridharan Subject: Re: [PATCH 0/4] ASoC:: don't use snd_soc_rtdcom_lookup() Message-ID: <20200423105317.GE4808@sirena.org.uk> References: <87d080unyx.wl-kuninori.morimoto.gx@renesas.com> <874ktbuq4j.wl-kuninori.morimoto.gx@renesas.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vv4Sf/kQfcwinyKX" Content-Disposition: inline In-Reply-To: X-Cookie: This unit... must... survive. User-Agent: Mutt/1.10.1 (2018-07-13) Cc: Kate Stewart , Cezary Rojewski , Kuninori Morimoto , Jie Yang , alsa-devel@alsa-project.org, Liam Girdwood , Richard Fontana , Shunli Wang , YueHaibing , Pierre-Louis Bossart , Jiaxin Yu , linux-arm-kernel@lists.infradead.org, Vijendar Mukunda , Stephen Boyd , linux-mediatek@lists.infradead.org, Eason Yen , Matthias Brugger , Thomas Gleixner , Allison Randal , Takashi Iwai , Ravulapati Vishnu vardhan rao , Colin Ian King X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" --vv4Sf/kQfcwinyKX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2020 at 03:39:58PM -0700, Ranjani Sridharan wrote: > On Thu, 2020-04-23 at 07:12 +0900, Kuninori Morimoto wrote: > > I'm thinking removing lookup function is nice idea, > > but don't feel pressure to it. > > "Now you know it" is very enough for me. > I am having a hard time visualizing a scenario where we would have more > than one platform component. And even if we did, I'd think that the > driver registering these components would make sure to not duplicate > the driver names. Of course, we dont really check if thats really the > case.=20 The only use case I can think of is a link where there's a CPU on both ends for some reason. > Do you think it makes sense to add that check when registering a > component? If we do that, then keeping snd_soc_rtdcom_lookup() might > not be such a bad idea.=20 Yeah. --vv4Sf/kQfcwinyKX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl6hc5wACgkQJNaLcl1U h9Cu8Qf/cq9pFoV56i2+DRs+jmMJicnREMu0OSge/i/ggbrKqjQfW0sQhCxMsp+x qbe1NP5lu+wveiQR7uwLVFWSDCwp2aYKsu77bQ32anHS5v6CssSflkOaCGYp802q g3tYpyR2vndnG0zwa3SZHn71Qz50l84H9rPJScjwipjpK1PkImOng/M8BMsC4pOe vhgo+0xa4mW98nTdrAruuoE4Ij6AHkYRr1LDoAaVn3X37lgpdenxFTLJLouhARSl PFnem/27PssfsAWoMHMS++QjB+Tf+UdZHi0yzpHpWRVqQhUpisV4uMdsv5yS//uN P/wwtqV9ta83VVcMYs3bMxa64vsNsg== =8wH0 -----END PGP SIGNATURE----- --vv4Sf/kQfcwinyKX--