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 C5463C34026 for ; Tue, 18 Feb 2020 19:04:15 +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 3090A24655 for ; Tue, 18 Feb 2020 19:04:15 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="fClXT61f" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 3090A24655 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 7CA0D1687; Tue, 18 Feb 2020 20:03:23 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 7CA0D1687 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1582052653; bh=AOzSoobEDE7EhEFICl1pLxHiCCZDR6d7DRTiE1UV2SM=; h=Date:From:To:Subject:References:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=fClXT61fVj/0haiLzmqGEt03mBsGtZAajb1msW2Rt0vgRWRsxLnGnxYSVOkcGkETP 7bOaA0EUWopRLyRnI9lyYWjNrIM2foCIc0U/iDCfV7i6HAmAtkvyyoNpAr2WeRCMua kCHRZnFeRAHZq/DoUjpLPF3ZnRWDVT72i+Fz3UYE= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id 0B9B1F80145; Tue, 18 Feb 2020 20:03:23 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 2B4CFF80148; Tue, 18 Feb 2020 20:03:21 +0100 (CET) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by alsa1.perex.cz (Postfix) with ESMTP id 74733F800C4 for ; Tue, 18 Feb 2020 20:03:17 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 74733F800C4 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8442831B; Tue, 18 Feb 2020 11:03:16 -0800 (PST) Received: from localhost (unknown [10.37.6.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 07DEC3F703; Tue, 18 Feb 2020 11:03:15 -0800 (PST) Date: Tue, 18 Feb 2020 19:03:14 +0000 From: Mark Brown To: Jerome Brunet Subject: Re: Applied "ASoC: core: ensure component names are unique" to the asoc tree Message-ID: <20200218190314.GM4232@sirena.org.uk> References: <20200214134704.342501-1-jbrunet@baylibre.com> <1jblpvraho.fsf@starbuckisacylon.baylibre.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DXTueXWT3Da08pik" Content-Disposition: inline In-Reply-To: <1jblpvraho.fsf@starbuckisacylon.baylibre.com> X-Cookie: No alcohol, dogs or horses. User-Agent: Mutt/1.10.1 (2018-07-13) Cc: alsa-devel@alsa-project.org, Liam Girdwood , linux-kernel@vger.kernel.org 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" --DXTueXWT3Da08pik Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 18, 2020 at 07:55:31PM +0100, Jerome Brunet wrote: > 1) Multiple components : > I found out that in fact it is common for linux devices to register > multiple components. For most, it is a combination of the dmaengine > generic and the actual device component, but other register more > component. Ex: > - vc4-hdmi > - atmel-classd > - atmel-pdmic > - cros-ec-codec > - mtXXXX-afe-pcm > I suspect these trigger the debugfs warning > Even dummy register two components :D I hadn't realized we have so many - I'd have expected the debugfs complaints would've been noticable to people, I was hoping based on the initial discussion that it was just a couple of quick fixed needed. Guess not :/ Anyway, I agree that a revert is probably sensible for the time being and getting this done is more involved - can you send patches doing the revert with a changelog explaining the rationale please? --DXTueXWT3Da08pik Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl5MNPEACgkQJNaLcl1U h9BjvAf+Pmlt7fyU83FfsWzxULYtc7fHXyMM3Gf12+JrIrwu/PfdPt3ip6EdC8Zl qK6l8aX76eSj3zVwp8XZtQzqNflip6GgTbIT6eO1JslOAGWXRPbKFs0XAuu5jOMf LfNEZoaFYp7FTrgltQsZ9viQyk8oO8/WWFwcomy717MTimKsBCiU8A0itn+0zQj7 wobZKZ03lqgIaEgwhUdmGhCBZzKNbpAlgN+tFIsYZtm+d3oPHQHO/MG8m1YBjlzs UlhBrFJPUp4Wovahwd/OI7frBmGOLX6QhZSm7A0aoVs8c9I+icM73/sbqKSmsqq7 crR5zlLSQuqvMLLIuX47uaEEcFXSOg== =GtzH -----END PGP SIGNATURE----- --DXTueXWT3Da08pik--