Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp3514816pxb; Mon, 4 Apr 2022 19:29:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw23QukSOmmcZYZFA76WI1N8hIRefXXjjKUAIRn7wFB7UOOKdiAfZBqseWTZNuJ8AXTHlB9 X-Received: by 2002:a17:90b:1b4f:b0:1c6:d91b:9d0 with SMTP id nv15-20020a17090b1b4f00b001c6d91b09d0mr1515416pjb.72.1649125792244; Mon, 04 Apr 2022 19:29:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649125792; cv=none; d=google.com; s=arc-20160816; b=X9DhZmxP4vwf0Xu/XjtHxjMvoeKQFVaO7U+lINsqFNUqvX/M9swSZcclSD7knj3GuS QOR4L2k6rnzs6p8jLfMqgq5UfHu+fVQJzogGSZF+hZk4qGin+SZiGZeudbnsDpIi4NfL cRrOsUrSJeZtB+6KNATA56vACeN+Tt2k5Sxo+pGaUJxhuC0CTwfsNDa6WrQDlRHThwpO Wugvd1TXCMD1haUcrOqvxStkignnqWKmzwU4UMEzAqj7Zecu+mDiSdXlsFyR9V21EkH3 7nRMXFDGFDolScNqjvJObvsAcxsXmY+IHbrwo1K/FasLEpw8jTOwZw8BAZoWE5HtQgy5 IrMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=x/LEWLbMAPNuA5FUN3Pd1Vi5ij+hc65O9yslck4wkM4=; b=HOxK4efF1f7nUD/Gros8qVJJ5L5a8ULkRR+lPSGNU97qCZIfDd2eGam+sOelFQI4cR haqDEG8VwcgEuJMXmmE7T9N5RT+BzZjMEQdFgz4p8cu+ivuujDzu3v3GiVo2hXktCOQI pd4rUKLpKcvWKqWn57cBogP2QwGJV6UQHwiuV/ca6Ud86Rvz0wx1P2WxGkIFdUSGvE6x bVy0b7Xk77z4f7XkeSqhdZM5ocYURz4XaxTUVlN/1IwMMt1b3DhX6AojsJJVNstrNn9A /0IeZJI30ZFAIOH/RErOfEieE6XRSFo8Klbdevb9M6Py8PdjAbnSbPcSezpCFutiMGld lzhg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=T7GBgI2G; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id q20-20020a170902b11400b00155e8c68779si10339498plr.601.2022.04.04.19.29.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Apr 2022 19:29:52 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=T7GBgI2G; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 94001340C74; Mon, 4 Apr 2022 17:53:06 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344903AbiDDMae (ORCPT + 99 others); Mon, 4 Apr 2022 08:30:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344642AbiDDMab (ORCPT ); Mon, 4 Apr 2022 08:30:31 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 50ADBBF5F; Mon, 4 Apr 2022 05:28:35 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E0DD461049; Mon, 4 Apr 2022 12:28:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C93E8C2BBE4; Mon, 4 Apr 2022 12:28:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1649075314; bh=xs4c6MXzpV8ng4CjtZYCgJS2RsuPKpKdPUzYO+hnHgE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=T7GBgI2GTxELAK0/ohe2a9WUz5f54xUcos+VlcjM4byBQtlHumr57JKG4pYLFXlFj /pmwE/Ln1e5SZNaS75jo3WCh9JJQCxn2TBxUMdzXWZeYvcTaMPyRo/zl7Lz2Lmpuut Ibck0ncRDCkwQvi91v8hNZAexCpRD/gu5y4fC8OQR9koOvZTIzK+em0qFgO32tMylI JzUuqLZoyO9Oza2r5JQOOvUc2+bB9gZ1ZCgBEc8D7mj7xur9iu0eleS0p5glEEKHO/ M+kMMzFKaAWePT6DtzsgqM1PC0zE+Af9AEd5/U3OqjWZcNhth1oWC8/h1GFtHcktEH ScotCNfry7Xag== Date: Mon, 4 Apr 2022 13:28:28 +0100 From: Mark Brown To: Martin =?utf-8?Q?Povi=C5=A1er?= Cc: Liam Girdwood , Rob Herring , Krzysztof Kozlowski , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Mark Kettenis , Hector Martin , Sven Peter Subject: Re: [RFC PATCH 3/5] HACK: ASoC: Tolerate N-cpus-to-M-codecs links Message-ID: References: <20220331000449.41062-1-povik+lin@cutebit.org> <20220331000449.41062-4-povik+lin@cutebit.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="f/2nG60b2Y2bNyVh" Content-Disposition: inline In-Reply-To: <20220331000449.41062-4-povik+lin@cutebit.org> X-Cookie: Did I say I was a sardine? Or a bus??? X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 --f/2nG60b2Y2bNyVh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 31, 2022 at 02:04:47AM +0200, Martin Povi=C5=A1er wrote: > +#if 0 > dev_err(rtd->card->dev, > "N cpus to M codecs link is not supported yet\n"); > return -EINVAL; > +#endif > + cpu_dai =3D asoc_rtd_to_cpu(rtd, 0); We need to figure out an interface for describing which CODEC/CPU combinations are connected to each other. I'm not seeing a great way to do that right now, probably some side data table is going to be needed, or perhaps the CPU DAI drivers can be persuaded to only have one DAI actually register and claim to support more channels? I'm not sure how a configuraiton like this is going to work at userspace level if the multiple CPU DAIs end up being visible... --f/2nG60b2Y2bNyVh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmJK5GsACgkQJNaLcl1U h9Dh0gf/Q1fqGCEc/wB1XRysOW+Zr5es3K9uEZqWeoFmgY3PJHzaoQyoY8BDO6Ve RDsWRNXnUAuatmcX1NOrm141Q5vVthZt2Y3q60kJOAtBjRg1eLsw0uILEy5Q7cb1 lj7GMjVex4PXcDIJHOb52ZeUhEx1HCpwPCW3Gtx7yU2vmpmpM/vPnugND7wgXoL0 nuD3L00ieLVGfeaBi5ZBYBBvMqO6a8Vc8D4q2zgV+1NVnexzLy8nSWqZCmyKa5SF bf1jHHMuHJUNF6xeTjSLqzeoRH4q0TEzMMJhF4K4ACM693Dy1HBOXRPKNU33u6/8 7REwlCduNI1JEBSwNjzHv4gMWLxfNQ== =QGn3 -----END PGP SIGNATURE----- --f/2nG60b2Y2bNyVh--