Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1899763ybv; Fri, 21 Feb 2020 05:22:20 -0800 (PST) X-Google-Smtp-Source: APXvYqyjj6RF5GV34EjeDnMU43oNPPLvdv3991S1ZDz9k7FFfGp54ZNsVhq5PVKOk+YGtyW09EBc X-Received: by 2002:aca:ea43:: with SMTP id i64mr2030084oih.30.1582291340407; Fri, 21 Feb 2020 05:22:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582291340; cv=none; d=google.com; s=arc-20160816; b=tXvmkFTGbAMXsKgAvSxlaGr4Om5mda2zaoQyqw+ht7A+96NfJcUF6UFVl+VticexEr Tq0f8kPtD1FOakLTECVGzpArK5AsTSRCoxLf+9VNquWlwVp+hw6d7oQbeAbvpMhrvKWS ZOhBj/qMlNBVpLGuaSre/+4h7mPw4heSMj0j9+O3TzvEEvRtkCsmEVvEG0zmSA3KGiX4 bjnfmEddzeVwe8haQVqNKUcMcEzRyWTz3vl09VMWOOjfacmhaFVN3WszVFClmJYPb62B gcDTPXyKUkPviI9WnKn4+MDL4A/mH+kLYei1hEsw0ETcO0W1Pz1MvO00GJrijOUzxiF+ adRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=1oz4ttO8AEWwtQd/0Abg8qIyHP8s13hjB9qY+Pr19SM=; b=ikePNDRDyqQ0ta7sYiuqYY15WiwgOb+t+eHJAlh+QWtVKZnz+mAe7h6uwwZa1opjSk CpC2Eal26se9k7+IvTIaoSpciE96NgUiDZMcw/V7c0cXRkTzqnny3eATNuXFI8npy+Jz oILSYLGnX9OO9kNnYJRvf6QV1jZ9w4LSzjadtOfgGBxuFvMtRVNpzz2q0LpKThMhl3JG hEYTWVdw4nC0juj1Gow77F6VwfUyrPKOpo8RfLbNRUgJV/xxKtlBMXcXid2Gd11D76rA w3T/1X+6+oO3lqvs7L+AWYk6qOGxougd6Eiqi2FTo/mKNtUULbg8NU8WM7Tde502AuOe UTiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=KSAeNn6U; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e25si1581769otk.62.2020.02.21.05.22.08; Fri, 21 Feb 2020 05:22:20 -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; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=KSAeNn6U; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728616AbgBUNVa (ORCPT + 99 others); Fri, 21 Feb 2020 08:21:30 -0500 Received: from fllv0016.ext.ti.com ([198.47.19.142]:50248 "EHLO fllv0016.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727213AbgBUNVa (ORCPT ); Fri, 21 Feb 2020 08:21:30 -0500 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 CC: Sebastian Reichel , Kuninori Morimoto , Mark Brown , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , , , , Aaro Koskinen , "Arthur D ." , Jarkko Nikula , Merlijn Wajer , Pavel Machek 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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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