Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1934286imu; Wed, 12 Dec 2018 06:53:00 -0800 (PST) X-Google-Smtp-Source: AFSGD/WkPR8EvXmBcoLyEI8sTbUEK6Ixf3En8praer57lDL/0d1K6XQ1k0yLdGwRrXsDH/MDa9CS X-Received: by 2002:a17:902:d202:: with SMTP id t2mr20441901ply.193.1544626380477; Wed, 12 Dec 2018 06:53:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544626380; cv=none; d=google.com; s=arc-20160816; b=foANJe4tjZMpg2w+yqvzUKSeGL2AcB3t9eC4jIE1+WYh5ZsIVMtnW0cwG0UkBGPo/C yZT1/OTxpWmurv2SkE+FAeg9CSy2lThdInYzDdM4zK/LZN/dcf9Wk6VUuHBxf7ImpCFD OKol1mt5h1AlFWro2QgMXjyNBm9XNPTop/eFq/y5rlZexE1cmhNdEf/bJLLlCoDcFD7j 3wxW4glKspi7ECXucWcPW2nJv0eXqERvHgE4taDnhGDjA5qxuRYa3y6eEhDrIJSF14Fz k3GXL2c4o8CwXgIcwUNa9JvIISfoDdl7GFg+ePbr7cKMVh+t2rcySgtodNgAB/iIfFGu f05w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=8+Su3WPHqOtsUE8GFssWWYEpsb/FNp/IjPmUhgCJnvM=; b=BK+vBOCTtPJkMvFwACYD9OjZhXMH0ff6wTsPp+0wEfRzREzWHxdbDKv2HUqLU5f9N8 TDyksOkaB/sgUDlqTv9nO/YDQSxuhhkJRkMrYT8pikGPGgRFsydhNfPb/wzDQy2g0zHS jcDKKRE32SmB0c2/LDQsnJyVkmIZRCAI1pgiceGM5kYMvgahFTMg7Lwbt6zM+mKrHaIF U3dIO0iHt+lJpG2H7mboyBZ6TYENdpyMqK+UP88vlB0a4lNwDA+XWaQLCLHOu72Owuas jQn0v7ElKtNijfe3Iu4L9BSGm3drEsOe360Vs8g8pIu+9b1nc8cAL6SIrYofBeOxLk8W 6ziw== 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 a32si5500763pla.168.2018.12.12.06.52.45; Wed, 12 Dec 2018 06:53:00 -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 S1727313AbeLLOu0 (ORCPT + 99 others); Wed, 12 Dec 2018 09:50:26 -0500 Received: from muru.com ([72.249.23.125]:57670 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726223AbeLLOu0 (ORCPT ); Wed, 12 Dec 2018 09:50:26 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id EB4E9809F; Wed, 12 Dec 2018 14:50:28 +0000 (UTC) Date: Wed, 12 Dec 2018 06:50:22 -0800 From: Tony Lindgren To: Peter Ujfalusi Cc: 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" , Sebastian Reichel , Jarkko Nikula Subject: Re: [PATCH 0/2] Graph fixes for using multiple endpoints per port Message-ID: <20181212145022.GB6707@atomide.com> References: <20181211020557.61783-1-tony@atomide.com> <8736r4bvf3.wl-kuninori.morimoto.gx@renesas.com> <20181211045220.GI6707@atomide.com> <871s6obqkb.wl-kuninori.morimoto.gx@renesas.com> <20181211053536.GJ6707@atomide.com> <87wooga9an.wl-kuninori.morimoto.gx@renesas.com> <20181211141649.GL6707@atomide.com> <87ftv33bpg.wl-kuninori.morimoto.gx@renesas.com> <20181212001950.GX6707@atomide.com> <01e3f547-318e-8988-b48a-e10c0a2904d6@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01e3f547-318e-8988-b48a-e10c0a2904d6@ti.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Peter Ujfalusi [181212 13:03]: > On 12/12/2018 2.19, Tony Lindgren wrote: > > In my McBSP case there is only a single physical I2S port > > that can be TDM split into timeslots. > > So what is missing from the McBSP driver is to configure the TDM. We > never had a hardware which would require it so it is _not_ implemented. Curiously.. Nothing needs to be done in the McBSP driver for the droid 4 TDM configuration AFAIK. The CPCAP PMIC is the clock master, and only the PMIC registers need to be configured in this case for the timeslot to switch between codecs connected to McBSP3. > imho the 'only' thing is to implement the set_tdm_slot callback for the > McBSP DAI. In DT you would have single card with two dai_link section > and each section would set different tdm slots to use for the codecs > listening on different slots. > > There is one issue for sure with this setup: the two PCM can not be used > at the same time. But we have one DMA channel so if you would open both > the PCM stream need to be set up in a way to match with the HW or create > a asound.conf file to do some mapping. Yes in the droid 4 TDM case only one device can be used at a time and all that configuration is done in the PMIC codec .set_tdm_slot function. I think it's possible to do more complex configurations where McBSP is the master and would implement a .set_tdm_slot function. But I don't know anything about that and I'm not aware of any such use cases in the mainline kernel. Regards, Tony