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 D2F49C2BA83 for ; Fri, 14 Feb 2020 17:10:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id B854E20656 for ; Fri, 14 Feb 2020 17:10:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2394620AbgBNRKB convert rfc822-to-8bit (ORCPT ); Fri, 14 Feb 2020 12:10:01 -0500 Received: from muru.com ([72.249.23.125]:55280 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2394586AbgBNRJv (ORCPT ); Fri, 14 Feb 2020 12:09:51 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 0E82B80E7; Fri, 14 Feb 2020 17:10:33 +0000 (UTC) Date: Fri, 14 Feb 2020 09:09:46 -0800 From: Tony Lindgren To: Sebastian Reichel Cc: Peter Ujfalusi , 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: <20200214170946.GB64767@atomide.com> References: <20200211171645.41990-1-tony@atomide.com> <20200212143543.GI64767@atomide.com> <20200214003452.xuadnylj2udqyljs@earth.universe> <20200214013454.GX64767@atomide.com> <20200214130428.gkhmr55ptmi2bh2x@earth.universe> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: <20200214130428.gkhmr55ptmi2bh2x@earth.universe> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Sebastian Reichel [200214 13:05]: > On Thu, Feb 13, 2020 at 05:34:54PM -0800, Tony Lindgren wrote: > > And bluetooth would be similar to cpcap_audio and mot_mdm6600_audio > > above. > > My understanding is, that CPU is not involved for calls (except for > setting up cpcap registers correctly). Basically McBSP3 should > remain idle for a call and data goes directly from modem to cpcap. > The same should work for modem <-> BT, except that CPCAP seems to > always provide the clock. That would imply a direct link between > modem and codec / BT? Yes the direct link is i2s. I'm ot sure if mcbsp can be idle during voice call though, I guess it should be doable since mcbsp is not the clock master :) > > My guess is that only cpcap registers and clock rate needs to be > > changed for bluetooth audio BTW, so if somebody havs a bluetooth > > headset just do the following in Android: > > > > # cpcaprw --all > /tmp/before > > configure bluetooth headset for audio in android and start > > playing some music or make a phone call > > ... > > # cpcaprw --all > /tmp/after > > stop playing music or phone call > > ... > > diff -u /tmp/before /tmp/after > > > > The registers will be different for a bluetooth phone call and > > playing music. > > I can provider register values once I find some time. OK great. Regards, Tony