Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp3309210rwd; Mon, 22 May 2023 11:39:51 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7XPGlRgPJjoI/HfiaU8t5QNMm3gp++ufPLFCGb7ZfCAn+bWegnXsM/MEhJVlZFKoiFN5MX X-Received: by 2002:a17:90a:d486:b0:253:87e5:384a with SMTP id s6-20020a17090ad48600b0025387e5384amr9495068pju.42.1684780791117; Mon, 22 May 2023 11:39:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684780791; cv=none; d=google.com; s=arc-20160816; b=1BYg8lFfN486ZPIvMug1kfbRNdXPGCtdfs7JihRCw+wjC872KnsQMhCMy6cKQ710/q Lr9wWqccmwRmNtlGd2xFr8RMBCUs3zovlrbDxKvu9N8oZakU3Hu4xolau5Gn/xpaaPNo TW2khWFO+QdHU9AJvR3Z1jSBbx8ta9fyP1zE+JxRBlnYtCpUm3cANPB96iS4iRudTsC/ OMtmQ/hJfTuOI5OIHrCxBBJco/fYmpc3q19dS/qW1kXEIGp+jLfCsE+DBG2PgaLEPpKV yf+JNU8TvbuBLd8UIXQWa8uBIELMMhOVI8rjG9Pbx73yDey27cm55bxfydGenhqLbezY yu5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=dofO9l5tjzV3/Bixd+92SYFtkmOa9cNtTRM8AbFuDF0=; b=HU0eP03QzilDQjw+MbHPAPhnbYEQR4rlPuyoim8WSkJEkEi85bd7Ldz0j7TF4ZJH17 0nauFTSETcnxlAWZVtawzcS+y+MO6VEo18TDMXamZSYOA3ScA9loGJ6W7j0QGZY6ihVY 5sT5Gz+QpeM5pIW7VxwYyBuKzV0FDzsCy11WRaK+RPWSJ+7LBWVVmSitZ7hGtnB1B0pc oygwh3RJxT6kNdzt0Ldo6mWPSpZRpuMfit38akJyKIJk4FHJDVngFJMa4lqHfth9ILWb crslz90S8htD6/e2SIai5DcNXFAsT/C1WNFDum87kn7XQ+0mSweOe+hA205KOss9TLS2 dz1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=AvPsUXXI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cf17-20020a17090aebd100b002496cedea8esi1833739pjb.24.2023.05.22.11.39.36; Mon, 22 May 2023 11:39:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=AvPsUXXI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233761AbjEVScO (ORCPT + 99 others); Mon, 22 May 2023 14:32:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44656 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233735AbjEVScL (ORCPT ); Mon, 22 May 2023 14:32:11 -0400 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 071F99D for ; Mon, 22 May 2023 11:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1684780328; x=1716316328; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=jzpM+84lYGuOxGL+MOpq8OzByxwYQNI9oyqWXqcupKU=; b=AvPsUXXI1X6K9m/yfinbwFvpupha1n+5eG9zFmZ0qcbDnHNGbFOto5DD +um8M6eNWqcRnAbxZD92uUooN80sYnv49GB0yCRLszsScZslu5nowhCu3 NRwtQ+qnOoMxwi3rN4L0NKzUc+dRDQ4EZA3QRyxVdNhhMwPJURrnmZQMY mNdWyLk4ZOXU1/2q60bTK5InBirQtcoX+Tw9weueSmHkHZF321WfxDiaS bvtNpQpRXQzzQHlgkgrqc1jLMDM9sk1yR4y6Yyaw4FKpFuJmwfkVsVmAf 6JzntHLDyRsXZX2T6xn3M0HULsqEljmZrfcNFo04JcBr6mxNscDbXh1aM g==; X-IronPort-AV: E=McAfee;i="6600,9927,10718"; a="356235135" X-IronPort-AV: E=Sophos;i="6.00,184,1681196400"; d="scan'208";a="356235135" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 May 2023 11:31:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10718"; a="697740836" X-IronPort-AV: E=Sophos;i="6.00,184,1681196400"; d="scan'208";a="697740836" Received: from ljgreene-mobl.amr.corp.intel.com (HELO [10.209.124.121]) ([10.209.124.121]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 May 2023 11:31:46 -0700 Message-ID: <0bf45d6e-72bc-d31a-fec5-b52859b8dcae@linux.intel.com> Date: Mon, 22 May 2023 11:34:09 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.11.0 Subject: Re: [PATCH V2 3/9] ASoC: amd: ps: add SoundWire dma driver Content-Language: en-US To: Vijendar Mukunda , broonie@kernel.org Cc: alsa-devel@alsa-project.org, Basavaraj.Hiregoudar@amd.com, Sunil-kumar.Dommati@amd.com, Mastan.Katragadda@amd.com, Arungopal.kondaveeti@amd.com, mario.limonciello@amd.com, Liam Girdwood , Jaroslav Kysela , Takashi Iwai , Syed Saba Kareem , open list References: <20230522133122.166841-1-Vijendar.Mukunda@amd.com> <20230522133122.166841-4-Vijendar.Mukunda@amd.com> From: Pierre-Louis Bossart In-Reply-To: <20230522133122.166841-4-Vijendar.Mukunda@amd.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/22/23 08:31, Vijendar Mukunda wrote: > SoundWire DMA platform driver binds to the platform device created by > ACP PCI device. SoundWire DMA driver registers ALSA DMA component > with ASoC framework. > > Signed-off-by: Vijendar Mukunda > --- > sound/soc/amd/ps/acp63.h | 5 +++ > sound/soc/amd/ps/ps-sdw-dma.c | 70 +++++++++++++++++++++++++++++++++++ > 2 files changed, 75 insertions(+) > create mode 100644 sound/soc/amd/ps/ps-sdw-dma.c > > diff --git a/sound/soc/amd/ps/acp63.h b/sound/soc/amd/ps/acp63.h > index d296059be4f0..eec58da7ec8b 100644 > --- a/sound/soc/amd/ps/acp63.h > +++ b/sound/soc/amd/ps/acp63.h > @@ -148,6 +148,11 @@ struct pdm_dev_data { > struct snd_pcm_substream *capture_stream; > }; > > +struct sdw_dma_dev_data { > + void __iomem *acp_base; > + struct mutex *acp_lock; /* used to protect acp common register access */ > +}; > + > /** > * struct acp63_dev_data - acp pci driver context > * @acp63_base: acp mmio base > diff --git a/sound/soc/amd/ps/ps-sdw-dma.c b/sound/soc/amd/ps/ps-sdw-dma.c > new file mode 100644 > index 000000000000..f41849fd035c > --- /dev/null > +++ b/sound/soc/amd/ps/ps-sdw-dma.c > @@ -0,0 +1,70 @@ > +// SPDX-License-Identifier: GPL-2.0+ > +/* > + * AMD ALSA SoC Pink Sardine SoundWire DMA Driver > + * > + * Copyright 2023 Advanced Micro Devices, Inc. > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include "acp63.h" > + > +#define DRV_NAME "amd_ps_sdw_dma" > + > +static const struct snd_soc_component_driver acp63_sdw_component = { > + .name = DRV_NAME, > +}; > + > +static int acp63_sdw_platform_probe(struct platform_device *pdev) > +{ > + struct resource *res; > + struct sdw_dma_dev_data *sdw_data; > + int status; > + > + if (!pdev->dev.platform_data) { > + dev_err(&pdev->dev, "platform_data not retrieved\n"); > + return -ENODEV; > + } > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > + if (!res) { > + dev_err(&pdev->dev, "IORESOURCE_MEM FAILED\n"); > + return -ENODEV; > + } > + > + sdw_data = devm_kzalloc(&pdev->dev, sizeof(*sdw_data), GFP_KERNEL); > + if (!sdw_data) > + return -ENOMEM; > + > + sdw_data->acp_base = devm_ioremap(&pdev->dev, res->start, resource_size(res)); > + if (!sdw_data->acp_base) > + return -ENOMEM; > + > + sdw_data->acp_lock = pdev->dev.platform_data; so you are sharing the same lock between parent and child platform device? Does this work? IIRC the platform_data is copied, you do not point directly to the initial data provided by the parent. We had issues with SoundWire when we used platform devices, with the 'wrong' pointer used. The documentation does make mention of a copy.... /** * platform_device_add_data - add platform-specific data to a platform device * @pdev: platform device allocated by platform_device_alloc to add resources to * @data: platform specific data for this platform device * @size: size of platform specific data * * Add a copy of platform specific data to the platform device's * platform_data pointer. The memory associated with the platform data * will be freed when the platform device is released. */ > + dev_set_drvdata(&pdev->dev, sdw_data); > + status = devm_snd_soc_register_component(&pdev->dev, > + &acp63_sdw_component, > + NULL, 0); > + if (status) > + dev_err(&pdev->dev, "Fail to register sdw dma component\n"); > + > + return status; > +} > + > +static struct platform_driver acp63_sdw_dma_driver = { > + .probe = acp63_sdw_platform_probe, > + .driver = { > + .name = "amd_ps_sdw_dma", > + }, > +}; > + > +module_platform_driver(acp63_sdw_dma_driver); > + > +MODULE_AUTHOR("Vijendar.Mukunda@amd.com"); > +MODULE_DESCRIPTION("AMD ACP6.3 PS SDW DMA Driver"); > +MODULE_LICENSE("GPL"); > +MODULE_ALIAS("platform:" DRV_NAME);