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=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS 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 30C1CC11D0C for ; Thu, 20 Feb 2020 20:17: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 A98F220722 for ; Thu, 20 Feb 2020 20:17:18 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="dHRzuGx6" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A98F220722 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=atomide.com 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 137C316AC; Thu, 20 Feb 2020 21:16:27 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 137C316AC DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1582229837; bh=cQwK2RVeNWgylHyZQvaLs/CqsgK+hnLGS/+Tahamco8=; h=Date:From:To:Subject:References:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=dHRzuGx6hAsr2HPw8oCKmP5Ag1141SMrX9bxIk0OgRQ4fds90uSS0ov7BbpdHDw9I R/v2rlMTUhaZrPOyIDy5NEJKvgxHXrkqgw9swM8AadlJauO0bIZFPn1QH/kbbUp/DP CuM1q1/j0yHt0DmNKam7IbVCaVbOLdBrp+37kUEc= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id F37DFF80101; Thu, 20 Feb 2020 21:16:25 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 266C2F8011D; Thu, 20 Feb 2020 21:16:24 +0100 (CET) Received: from muru.com (muru.com [72.249.23.125]) by alsa1.perex.cz (Postfix) with ESMTP id 1BD98F8011D for ; Thu, 20 Feb 2020 21:16:04 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 1BD98F8011D Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 5FD778080; Thu, 20 Feb 2020 20:16:47 +0000 (UTC) Date: Thu, 20 Feb 2020 12:15:59 -0800 From: Tony Lindgren To: Peter Ujfalusi Subject: Re: [PATCH] ASoC: ti: Allocate dais dynamically for TDM and audio graph card Message-ID: <20200220201559.GX37466@atomide.com> References: <20200211171645.41990-1-tony@atomide.com> <20200212143543.GI64767@atomide.com> <346dfd2b-23f8-87e0-6f45-27a5099b1066@ti.com> <20200214170322.GZ64767@atomide.com> <20200217231001.GC35972@atomide.com> <5402eba8-4f84-0973-e11b-6ab2667ada85@ti.com> <20200218211631.fxojsxzvttoidfed@earth.universe> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: alsa-devel@alsa-project.org, Kuninori Morimoto , Liam Girdwood , linux-kernel@vger.kernel.org, Merlijn Wajer , Aaro Koskinen , Takashi Iwai , Mark Brown , Pavel Machek , Sebastian Reichel , linux-omap@vger.kernel.org, "Arthur D ." , Jarkko Nikula 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" * Peter Ujfalusi [200220 14:16]: > On 18/02/2020 23.16, Sebastian Reichel wrote: > > I suppose in the end its a question if generic card can provide TDM > > support. > > Sure it can, but can it handle the switching between the paths based on > use cases? > There should be machine level DAPM widgets to kick codec2codec (MDM6600 > - CPAC_voice for example) and also to make sure that when you switch > between them the system is not going to get misconfigured. > Switching between CPAC and BT route during call? > Not allowing VoIP while on call, etc. Well I guess the key thing to check here is if it's enough to keep track of things in the cpcap codec driver. If cpcap is always involved, that should be sufficient. Regards, Tony