Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1422200ybl; Tue, 13 Aug 2019 12:17:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqzRA2G9HvJMl8h1d8oRyRYOszfPYuoHJ0kezyrBYX0D5s5VBAnB1fCIRls4aQn8vJD+bTnK X-Received: by 2002:a17:902:b582:: with SMTP id a2mr13496665pls.199.1565723842135; Tue, 13 Aug 2019 12:17:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565723842; cv=none; d=google.com; s=arc-20160816; b=r7dsquaxaWYYpw6aJRTn+bclNiBQ/1HS7jbf+tRZcNnO533BeEqgrbrVahZXVz2S47 WzZtwXBRRr3jy7LJqRlYGiwTkQIrIZkLIuYMD1e7NFwpeM3EzjwUlX7GyMaj9j8f/8/J /ahUuMG7IE3zTZHQ5Luu2ZxQ23YW131/3dE9ZlFv1zSj7+KXaXx7IZEyKv56FAIx7fAN wvtyPovkPdyq52/8tidxP9Fy3NCm8wbd009hwnv2Q8c6+2eQihmR6m6qCyD1PqVhSbTD Z6DOlqRcfXxvmU6FdIaAGftWSKw+3uTPQYSAP4JFJfe0DA92jxr7HGSFrujS3Xo7IylU kUGw== 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; bh=yEY5Gubw4kR8E9Lvb1gqiijKFVKneOqRSgNzK2gqMWk=; b=tKESd6ho9YhTTu+WeouAkm7p8272Y/IRWJUtVQIbThHZ5TTu6sQwn2EtW5DhFXim67 gp/dBVt9gAo/5FT9fmIYHIYdwiGwvcSumBXDFDzF346uF7TQGO5FkQFdG9XDBsx5wq4h EkoMdD5M+Sl0hDsZ3S1F6Sh1ey7mb5mF31onI7H9PtLLycwG5hvuaCQ6bfUhUGON1is2 PIxrzYQ6GyZ2o8x3vlS0JBUBKRuVsj28naaynKVwKDXEo7buiSsz22WoUOrEmmwQEpIF SFWNoW4gcEPCrVYSZWeitW4AN/UNj4tgBPPKhpbbzjqvPPAMw6gJ+JmSNGG3TEkTU5IA xHaQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t23si1458860pjw.56.2019.08.13.12.17.05; Tue, 13 Aug 2019 12:17:22 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726654AbfHMTPB (ORCPT + 99 others); Tue, 13 Aug 2019 15:15:01 -0400 Received: from mga09.intel.com ([134.134.136.24]:4865 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726497AbfHMTPB (ORCPT ); Tue, 13 Aug 2019 15:15:01 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Aug 2019 12:15:00 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,382,1559545200"; d="scan'208";a="200586463" Received: from linux.intel.com ([10.54.29.200]) by fmsmga004.fm.intel.com with ESMTP; 13 Aug 2019 12:15:00 -0700 Received: from dalyrusx-mobl.amr.corp.intel.com (unknown [10.251.3.205]) by linux.intel.com (Postfix) with ESMTP id D9969580372; Tue, 13 Aug 2019 12:14:58 -0700 (PDT) Subject: Re: [alsa-devel] [PATCH v2 3/5] ASoC: core: add support to snd_soc_dai_get_sdw_stream() To: Srinivas Kandagatla , vkoul@kernel.org, broonie@kernel.org Cc: devicetree@vger.kernel.org, alsa-devel@alsa-project.org, bgoswami@codeaurora.org, plai@codeaurora.org, lgirdwood@gmail.com, linux-kernel@vger.kernel.org, robh+dt@kernel.org, spapothi@codeaurora.org References: <20190813083550.5877-1-srinivas.kandagatla@linaro.org> <20190813083550.5877-4-srinivas.kandagatla@linaro.org> From: Pierre-Louis Bossart Message-ID: Date: Tue, 13 Aug 2019 14:15:18 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/13/19 1:06 PM, Srinivas Kandagatla wrote: > > > On 13/08/2019 18:51, Pierre-Louis Bossart wrote: >> On 8/13/19 11:50 AM, Srinivas Kandagatla wrote: >>> Thanks for the review, >>> >>> On 13/08/2019 15:44, Pierre-Louis Bossart wrote: >>>> On 8/13/19 3:35 AM, Srinivas Kandagatla wrote: >>>>> On platforms which have smart speaker amplifiers connected via >>>>> soundwire and modeled as aux devices in ASoC, in such usecases machine >>>>> driver should be able to get sdw master stream from dai so that it can >>>>> use the runtime stream to setup slave streams. >>>> >>>> using the _set_sdw_stream? I don't fully get the sequence with the >>>> wording above. >>> >>> Yes, using set_sdw_stream(). >> >> Maybe I am missing something here, but I don't see where the >> set_sdw_stream() is called. > > sorry for the confusion. It was too quick reply. :-) > I was suppose to say sdw_stream_add_slave() instead of set_sdw_stream(). ok, so get_sdw_stream() and set_sdw_stream() are not meant to be mirrors or both implemented. It's just a helper to respectively get a context or set a context but a get-modify-set type of operation is not expected. Do I get this right? > > As Aux device is dailess there is no way to get hold of sdw stream > runtime for slave device associated with it. > > Having snd_soc_dai_get_sdw_stream() would help machine driver to get > hold of sdw_stream_runtime from controller dai and setup slave streams > using sdw_stream_add_slave(). > > > thanks, > srini > > >> >> Also I don't fully get the rule. set_sdw_stream() looks required, >> get_sdw_stream() is optional, is this what you are suggesting? >> >>>> >>>>> >>>>> soundwire already as a set function, get function would provide more >>>>> flexibility to above configurations. >>>> >>>> I am not clear if you are asking for both to be used, or get only or >>>> set only? >>> >>> It depends on the usecase, in db845c usecase  [1] as Aux device is >>> dai less, machine driver is using get function to get hold of master >>> stream so that it can setup slave port config. >>> >>> >>> Looks like there is a typo in above like >>> >>> This was supposed to be "soundwire already has a set function, get >>> function would provide more flexibility to above configurations" >>> >>> [1] >>> https://git.linaro.org/landing-teams/working/qualcomm/kernel.git/tree/sound/soc/qcom/db845c.c?h=integration-linux-qcomlt >>> >>> >>> thanks, >>> srini >>> >>>> >>>>> >>>>> Signed-off-by: Srinivas Kandagatla >>>>> --- >>>>>   include/sound/soc-dai.h | 10 ++++++++++ >>>>>   1 file changed, 10 insertions(+) >>>>> >>>>> diff --git a/include/sound/soc-dai.h b/include/sound/soc-dai.h >>>>> index dc48fe081a20..1e01f4a302e0 100644 >>>>> --- a/include/sound/soc-dai.h >>>>> +++ b/include/sound/soc-dai.h >>>>> @@ -202,6 +202,7 @@ struct snd_soc_dai_ops { >>>>>       int (*set_sdw_stream)(struct snd_soc_dai *dai, >>>>>               void *stream, int direction); >>>>> +    void *(*get_sdw_stream)(struct snd_soc_dai *dai, int direction); >>>>>       /* >>>>>        * DAI digital mute - optional. >>>>>        * Called by soc-core to minimise any pops. >>>>> @@ -410,4 +411,13 @@ static inline int >>>>> snd_soc_dai_set_sdw_stream(struct snd_soc_dai *dai, >>>>>           return -ENOTSUPP; >>>>>   } >>>>> +static inline void *snd_soc_dai_get_sdw_stream(struct snd_soc_dai >>>>> *dai, >>>>> +                           int direction) >>>>> +{ >>>>> +    if (dai->driver->ops->get_sdw_stream) >>>>> +        return dai->driver->ops->get_sdw_stream(dai, direction); >>>>> +    else >>>>> +        return ERR_PTR(-ENOTSUPP); >>>>> +} >>>>> + >>>>>   #endif >>>>> >>>> >>> _______________________________________________ >>> Alsa-devel mailing list >>> Alsa-devel@alsa-project.org >>> https://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>