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.3 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,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 7742BC35647 for ; Fri, 21 Feb 2020 13:21:23 +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 02F1D20578 for ; Fri, 21 Feb 2020 13:21:22 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="tzKI6PI/"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=ti.com header.i=@ti.com header.b="KSAeNn6U" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 02F1D20578 Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=ti.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 51E4C1690; Fri, 21 Feb 2020 14:20:31 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 51E4C1690 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1582291281; bh=g889pRlvHTgkb4izufwHKiFw7+cPqLj8ffKrZfcmpek=; h=Subject:To:References:From:Date:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=tzKI6PI/294qNj/b8ivmQTpshgjFlR0LvtVu15x12dukhMGCNFFQRdgxuG9whQzJ7 k2sul1Yg+YJcz6R5R361EDu7R1k4SYW3e2FAESfi4AjkZsRVNdlMuuiIISA1q9icUk i5VsCaJPLtB9rhSQQnS+7ebuKFUgHKu+N4t0Q1Wc= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id 9B256F80240; Fri, 21 Feb 2020 14:20:30 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id E9FF2F8025F; Fri, 21 Feb 2020 14:20:28 +0100 (CET) Received: from fllv0016.ext.ti.com (fllv0016.ext.ti.com [198.47.19.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id B498EF8011D for ; Fri, 21 Feb 2020 14:20:22 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz B498EF8011D Authentication-Results: alsa1.perex.cz; dkim=pass (1024-bit key) header.d=ti.com header.i=@ti.com header.b="KSAeNn6U" Received: from fllv0034.itg.ti.com ([10.64.40.246]) by fllv0016.ext.ti.com (8.15.2/8.15.2) with ESMTP id 01LDKJBt130065; Fri, 21 Feb 2020 07:20:19 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1582291219; bh=1oz4ttO8AEWwtQd/0Abg8qIyHP8s13hjB9qY+Pr19SM=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=KSAeNn6Uc1TrPeECEzlqA9rbx4asW6aOnWdKG49BvYT+gM2fPw24dU9RTPwYDp3K5 f65YHvoODNH32HgY/8B/G21HrDMN8PT0OlXux9zW7IDmkEQm367zvd/S4cEvpt9wjr 1vBtwgl3m7PDZfS6IPQv9eRBrZKxRB8zlF5X0DaY= Received: from DFLE103.ent.ti.com (dfle103.ent.ti.com [10.64.6.24]) by fllv0034.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 01LDKJ8n100794 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 21 Feb 2020 07:20:19 -0600 Received: from DFLE113.ent.ti.com (10.64.6.34) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1847.3; Fri, 21 Feb 2020 07:20:18 -0600 Received: from lelv0327.itg.ti.com (10.180.67.183) by DFLE113.ent.ti.com (10.64.6.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1847.3 via Frontend Transport; Fri, 21 Feb 2020 07:20:18 -0600 Received: from [192.168.2.6] (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0327.itg.ti.com (8.15.2/8.15.2) with ESMTP id 01LDKENm121770; Fri, 21 Feb 2020 07:20:14 -0600 Subject: Re: [PATCH] ASoC: ti: Allocate dais dynamically for TDM and audio graph card To: Tony Lindgren 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> <20200220201559.GX37466@atomide.com> From: Peter Ujfalusi Message-ID: <9ea8239f-3b2d-8206-95ee-2789fbae83d4@ti.com> Date: Fri, 21 Feb 2020 15:20:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20200220201559.GX37466@atomide.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 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" Hi Tony, On 20/02/2020 22.15, Tony Lindgren wrote: > * 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. The codec driver should keep track on what it can do, but should not start policing the outside world. The machine driver knows the connections and should tell the components on what to do. > Regards, > > Tony > - Péter Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki