Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1056603ybv; Thu, 20 Feb 2020 12:16:24 -0800 (PST) X-Google-Smtp-Source: APXvYqxRwoyNG4JwmZW3FoYB4yQO+WU5ZIwP3d/ITfjqI0q1p2kTt2ZrSVPKtXbRbgnF54DV8FJp X-Received: by 2002:aca:5ad5:: with SMTP id o204mr3263932oib.2.1582229784282; Thu, 20 Feb 2020 12:16:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582229784; cv=none; d=google.com; s=arc-20160816; b=Obzth/aS7Ilqsg+ZBFqcfYij7+tQ7NUHr/g3E+wj8RoAJoFHBjHw8Ijtu+YDYgswRD zMrRdb2KExlZR/FJ6Q1fwgyco4HkmoG6kLSNzj9Ol2nj9/zKp5/fFvd9K+WLFUj5FJqT pJi3UJRS0q8FKTKu436v8xC1AZULITf4BVxyvgrL6TeesPvEqKyns05VOwfoqmZbDKdt dDhvv610A8fjC6ATx6L6+r1RlvB2WIawCmlmf/AFnuQBhgALIebj/Ou/d5OKyke3NqvL CMyZNgPJNnCqUUdRpcBtzXUzvDXoKpjmeiqgofoKmIZjrEFauN+xJRxGEQeV7qND9pRl nzoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=870QmnzbVHa4LLEHQZNOqw1bZA3yguwE3Xjrrw/3HtE=; b=ZO9JT3R7ww8Vo4wL9BEH1USjB3l0YfC8jt71e84sCvTJJ10T5wo/OrR3qGl7IM1sGi ZJsJ80JEVQvJTsHaCZLTzuTS8TLjgnYRY8kXESdp1QRLkfllvGQa/dJcEzht7vLxqkKT Qpvj6tYeafvg6r4ujcJ2ExtIsflK4QnXfluE0AXdlB0OihtDmdlb7BqSMRdgfyHxFPC6 9Z05d+355/JDmJd8Ah7VvnBkeRsdU9bzG5AQFG4+zyoMvm2FGHiWOqQNhVx2oKY++OqX XoYiv6LkZmpfS6b3AoiXEEbVSwf7/GHYWnKLpj8XbcA2xEASCXQmYozAEJIQK4gDCwQW po/g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v25si248123otq.93.2020.02.20.12.16.11; Thu, 20 Feb 2020 12:16:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728969AbgBTUQE (ORCPT + 99 others); Thu, 20 Feb 2020 15:16:04 -0500 Received: from muru.com ([72.249.23.125]:56650 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728556AbgBTUQE (ORCPT ); Thu, 20 Feb 2020 15:16:04 -0500 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 Cc: Sebastian Reichel , Kuninori Morimoto , Mark Brown , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Aaro Koskinen , "Arthur D ." , Jarkko Nikula , Merlijn Wajer , Pavel Machek 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: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * 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