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 BF86BC34056 for ; Wed, 19 Feb 2020 17:40:16 +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 4D384206DB for ; Wed, 19 Feb 2020 17:40:16 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="GxJZ96nd" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4D384206DB 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 94668167E; Wed, 19 Feb 2020 18:39:24 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 94668167E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1582134014; bh=n09TfX6KRd/GHvXKrWyESxKzpL2lx3JGrS0xttGDE8U=; h=Date:From:To:Subject:References:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=GxJZ96ndB4JSyy066aKCqdNE6kZTD1CPK0iGZghcSAIaVfeNaa7KJyJ59kY56/QBP aZku0WK53jF15irU/XLmHEBG8oh8s6IL9Ix7Eb5tsaIPro5kqgDTtHDCG9zHPs9m+2 9fllPCcNmeW0CMvvLeBhyp7f4W6NnUHNHiBi2tDk= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id 2F012F8025F; Wed, 19 Feb 2020 18:39:24 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 194ADF80273; Wed, 19 Feb 2020 18:39:22 +0100 (CET) Received: from muru.com (muru.com [72.249.23.125]) by alsa1.perex.cz (Postfix) with ESMTP id 17E26F80142 for ; Wed, 19 Feb 2020 18:39:11 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 17E26F80142 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 9F75C80F3; Wed, 19 Feb 2020 17:39:53 +0000 (UTC) Date: Wed, 19 Feb 2020 09:39:02 -0800 From: Tony Lindgren To: Mark Brown Subject: Re: [PATCH] ASoC: cpcap: Implement set_tdm_slot for voice call support Message-ID: <20200219173902.GA37466@atomide.com> References: <20200211181005.54008-1-tony@atomide.com> <20200212144620.GJ64767@atomide.com> <9a060430-5a3e-61e1-3d2c-f89819d9436f@ti.com> <20200217232325.GD35972@atomide.com> <8fc1dded-6d28-f5cd-f2f9-3a6810571119@ti.com> <20200218153211.GI35972@atomide.com> <20200218170628.r47xc3yydg6xx2yh@earth.universe> <20200218174258.GK4232@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200218174258.GK4232@sirena.org.uk> Cc: alsa-devel@alsa-project.org, Liam Girdwood , linux-kernel@vger.kernel.org, Merlijn Wajer , Takashi Iwai , Peter Ujfalusi , Pavel Machek , linux-omap@vger.kernel.org, "Arthur D ." , Sebastian Reichel , 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" * Mark Brown [200218 17:43]: > On Tue, Feb 18, 2020 at 06:06:28PM +0100, Sebastian Reichel wrote: > > > simple-graph-card is the current machine driver. We might have to > > introduce a Droid 4 specific driver instead. I used simple(-graph)-card > > instead of introducing a new driver, since the setup was simple enough > > without modem and bluetooth. The simple card was perfect to test the CPCAP > > codec driver. The TDM things might be complex enough to create > > a new machine driver (as I mentioned in the original patchset > > adding CPCAP codec support). > > I tend to agree here, phones are generally one of the most complicated > classes of system for clocking and interconnects and the CODECs they use > often the most complex too so they're really stretching the generic > cards. It'd be nice to be able to handle things with generic cards but > it's likely you'll run into issues that it'd be unreasonable to force > you to address for system enablement. OTOH if you manage to get one of > the generic cards working well that'd be excellent! Well to me it seems that we just already have all the data needed with the graph binding and snd-soc-audio-graph-card + codec2codec support. I don't think we have cases where the cpcap codec is not the master, so as long as the cpcap codec knows what's going on then there may not be a need for machine driver. I guess the the bluetooth to modem path is the one to check to see what provides the clocks.. Regards, Tony 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=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 2FF73C34056 for ; Wed, 19 Feb 2020 17:39:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 0818B24671 for ; Wed, 19 Feb 2020 17:39:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726712AbgBSRjL (ORCPT ); Wed, 19 Feb 2020 12:39:11 -0500 Received: from muru.com ([72.249.23.125]:56066 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726518AbgBSRjL (ORCPT ); Wed, 19 Feb 2020 12:39:11 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 9F75C80F3; Wed, 19 Feb 2020 17:39:53 +0000 (UTC) Date: Wed, 19 Feb 2020 09:39:02 -0800 From: Tony Lindgren To: Mark Brown Cc: Sebastian Reichel , Peter Ujfalusi , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, "Arthur D ." , Merlijn Wajer , Pavel Machek , Jarkko Nikula Subject: Re: [PATCH] ASoC: cpcap: Implement set_tdm_slot for voice call support Message-ID: <20200219173902.GA37466@atomide.com> References: <20200211181005.54008-1-tony@atomide.com> <20200212144620.GJ64767@atomide.com> <9a060430-5a3e-61e1-3d2c-f89819d9436f@ti.com> <20200217232325.GD35972@atomide.com> <8fc1dded-6d28-f5cd-f2f9-3a6810571119@ti.com> <20200218153211.GI35972@atomide.com> <20200218170628.r47xc3yydg6xx2yh@earth.universe> <20200218174258.GK4232@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200218174258.GK4232@sirena.org.uk> Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org * Mark Brown [200218 17:43]: > On Tue, Feb 18, 2020 at 06:06:28PM +0100, Sebastian Reichel wrote: > > > simple-graph-card is the current machine driver. We might have to > > introduce a Droid 4 specific driver instead. I used simple(-graph)-card > > instead of introducing a new driver, since the setup was simple enough > > without modem and bluetooth. The simple card was perfect to test the CPCAP > > codec driver. The TDM things might be complex enough to create > > a new machine driver (as I mentioned in the original patchset > > adding CPCAP codec support). > > I tend to agree here, phones are generally one of the most complicated > classes of system for clocking and interconnects and the CODECs they use > often the most complex too so they're really stretching the generic > cards. It'd be nice to be able to handle things with generic cards but > it's likely you'll run into issues that it'd be unreasonable to force > you to address for system enablement. OTOH if you manage to get one of > the generic cards working well that'd be excellent! Well to me it seems that we just already have all the data needed with the graph binding and snd-soc-audio-graph-card + codec2codec support. I don't think we have cases where the cpcap codec is not the master, so as long as the cpcap codec knows what's going on then there may not be a need for machine driver. I guess the the bluetooth to modem path is the one to check to see what provides the clocks.. Regards, Tony