mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Robin Murphy <robin.murphy@arm.com>
To: Prathamesh Shete <pshete@nvidia.com>,
	joro@8bytes.org, adrian.hunter@intel.com, ulf.hansson@linaro.org,
	thierry.reding@gmail.com, jonathanh@nvidia.com,
	p.zabel@pengutronix.de, linux-mmc@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org
Cc: will@kernel.org, iommu@lists.linux.dev, anrao@nvidia.com,
	smangipudi@nvidia.com, kyarlagadda@nvidia.com
Subject: Re: [PATCH v10 3/4] mmc: sdhci-tegra: Add support to program MC stream ID
Date: Thu, 3 Nov 2022 11:30:55 +0000	[thread overview]
Message-ID: <43093374-6b18-6e3b-dd80-008e1c2b245e@arm.com> (raw)
In-Reply-To: <20221103043852.24718-3-pshete@nvidia.com>

On 2022-11-03 04:38, Prathamesh Shete wrote:
> SMMU clients are supposed to program stream ID from
> their respective address spaces instead of MC override.
> Define NVQUIRK_PROGRAM_STREAMID and use it to program
> SMMU stream ID from the SDMMC client address space.
> 
> Signed-off-by: Aniruddha TVS Rao <anrao@nvidia.com>
> Signed-off-by: Prathamesh Shete <pshete@nvidia.com>
> Acked-by: Adrian Hunter <adrian.hunter@intel.com>
> Acked-by: Thierry Reding <treding@nvidia.com>
> ---
>   drivers/mmc/host/sdhci-tegra.c | 34 ++++++++++++++++++++++++++++++++++
>   1 file changed, 34 insertions(+)
> 
> diff --git a/drivers/mmc/host/sdhci-tegra.c b/drivers/mmc/host/sdhci-tegra.c
> index a6c5bbae77b4..e44060cceb68 100644
> --- a/drivers/mmc/host/sdhci-tegra.c
> +++ b/drivers/mmc/host/sdhci-tegra.c
> @@ -25,6 +25,8 @@
>   #include <linux/mmc/slot-gpio.h>
>   #include <linux/gpio/consumer.h>
>   #include <linux/ktime.h>
> +#include <linux/iommu.h>
> +#include <linux/bitops.h>
>   
>   #include <soc/tegra/common.h>
>   
> @@ -94,6 +96,8 @@
>   #define SDHCI_TEGRA_AUTO_CAL_STATUS			0x1ec
>   #define SDHCI_TEGRA_AUTO_CAL_ACTIVE			BIT(31)
>   
> +#define SDHCI_TEGRA_CIF2AXI_CTRL_0			0x1fc
> +
>   #define NVQUIRK_FORCE_SDHCI_SPEC_200			BIT(0)
>   #define NVQUIRK_ENABLE_BLOCK_GAP_DET			BIT(1)
>   #define NVQUIRK_ENABLE_SDHCI_SPEC_300			BIT(2)
> @@ -121,6 +125,7 @@
>   #define NVQUIRK_HAS_TMCLK				BIT(10)
>   
>   #define NVQUIRK_HAS_ANDROID_GPT_SECTOR			BIT(11)
> +#define NVQUIRK_PROGRAM_STREAMID			BIT(12)
>   
>   /* SDMMC CQE Base Address for Tegra Host Ver 4.1 and Higher */
>   #define SDHCI_TEGRA_CQE_BASE_ADDR			0xF000
> @@ -177,6 +182,7 @@ struct sdhci_tegra {
>   	bool enable_hwcq;
>   	unsigned long curr_clk_rate;
>   	u8 tuned_tap_delay;
> +	u32 streamid;
>   };
>   
>   static u16 tegra_sdhci_readw(struct sdhci_host *host, int reg)
> @@ -1564,6 +1570,7 @@ static const struct sdhci_tegra_soc_data soc_data_tegra234 = {
>   		    NVQUIRK_DIS_CARD_CLK_CONFIG_TAP |
>   		    NVQUIRK_ENABLE_SDR50 |
>   		    NVQUIRK_ENABLE_SDR104 |
> +		    NVQUIRK_PROGRAM_STREAMID |
>   		    NVQUIRK_HAS_TMCLK,
>   	.min_tap_delay = 95,
>   	.max_tap_delay = 111,
> @@ -1630,6 +1637,29 @@ static int sdhci_tegra_add_host(struct sdhci_host *host)
>   	return ret;
>   }
>   
> +/* Program MC streamID for DMA transfers */
> +static void program_stream_id(struct device *dev)
> +{
> +	struct sdhci_host *host = dev_get_drvdata(dev);
> +	struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host);
> +	struct sdhci_tegra *tegra_host = sdhci_pltfm_priv(pltfm_host);
> +	struct iommu_fwspec *fwspec;
> +
> +	if (tegra_host->soc_data->nvquirks & NVQUIRK_PROGRAM_STREAMID) {
> +		fwspec = dev_iommu_fwspec_get(dev);
> +		if (!fwspec) {
> +			dev_warn(mmc_dev(host->mmc),
> +				"iommu fwspec is NULL, continue without stream ID\n");

Not sure that really warrants a warning - if there's no IOMMU driver 
present then StreamIDs are going to be irrelevant anyway. And repeating 
the same warning on every PM resume seems even less useful.

> +		} else {
> +			tegra_host->streamid = fwspec->ids[0] & 0xff;
> +			tegra_sdhci_writel(host, tegra_host->streamid |

Why bother storing streamid in tegra_host if it's never consumed from 
anywhere other than the same place it's assigned?

Robin.

> +						FIELD_PREP(GENMASK(15, 8),
> +						tegra_host->streamid),
> +						SDHCI_TEGRA_CIF2AXI_CTRL_0);
> +		}
> +	}
> +}
> +
>   static int sdhci_tegra_probe(struct platform_device *pdev)
>   {
>   	const struct sdhci_tegra_soc_data *soc_data;
> @@ -1775,6 +1805,8 @@ static int sdhci_tegra_probe(struct platform_device *pdev)
>   	if (rc)
>   		goto err_add_host;
>   
> +	program_stream_id(&pdev->dev);
> +
>   	return 0;
>   
>   err_add_host:
> @@ -1871,6 +1903,8 @@ static int sdhci_tegra_resume(struct device *dev)
>   	if (ret)
>   		return ret;
>   
> +	program_stream_id(dev);
> +
>   	ret = sdhci_resume_host(host);
>   	if (ret)
>   		goto disable_clk;

  reply	other threads:[~2022-11-03 11:31 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-18 10:51 [PATCH] iommu: Always define struct iommu_fwspec Thierry Reding
2022-10-20 11:32 ` Ulf Hansson
2022-10-27  9:11   ` Thierry Reding
2022-10-27 12:07     ` Ulf Hansson
2022-10-28 13:02       ` [PATCH v9 1/4] iommu: Add dummy dev_iommu_fwspec_get() helper Prathamesh Shete
2022-10-28 13:02         ` [PATCH v9 2/4] mmc: sdhci-tegra: Separate Tegra194 and Tegra234 SoC data Prathamesh Shete
2022-10-28 13:02         ` [PATCH v9 3/4] mmc: sdhci-tegra: Add support to program MC stream ID Prathamesh Shete
2022-10-28 13:02         ` [PATCH v9 4/4] mmc: sdhci-tegra: Issue CMD and DAT resets together Prathamesh Shete
2022-11-02 15:27         ` [PATCH v9 1/4] iommu: Add dummy dev_iommu_fwspec_get() helper Ulf Hansson
2022-11-03  4:38           ` [PATCH v10 1/4] iommu: Always define struct iommu_fwspec Prathamesh Shete
2022-11-03  4:38             ` [PATCH v10 2/4] mmc: sdhci-tegra: Separate Tegra194 and Tegra234 SoC data Prathamesh Shete
2022-11-03  4:38             ` [PATCH v10 3/4] mmc: sdhci-tegra: Add support to program MC stream ID Prathamesh Shete
2022-11-03 11:30               ` Robin Murphy [this message]
2022-11-03  4:38             ` [PATCH v10 4/4] mmc: sdhci-tegra: Issue CMD and DAT resets together Prathamesh Shete
2022-11-03 10:59             ` [PATCH v10 1/4] iommu: Always define struct iommu_fwspec Ulf Hansson
2022-11-03 12:23             ` Robin Murphy
2022-11-03 14:01               ` Thierry Reding
2022-11-03 14:55                 ` Ulf Hansson
2022-11-03 17:35                   ` Robin Murphy
2022-11-04 14:35                     ` Ulf Hansson
2022-11-07  9:39                       ` Thierry Reding
2022-11-04 14:38                     ` Thierry Reding
2022-11-07  9:48                     ` Thierry Reding
2022-11-03 12:59     ` [PATCH] " Joerg Roedel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43093374-6b18-6e3b-dd80-008e1c2b245e@arm.com \
    --to=robin.murphy@arm.com \
    --cc=adrian.hunter@intel.com \
    --cc=anrao@nvidia.com \
    --cc=iommu@lists.linux.dev \
    --cc=jonathanh@nvidia.com \
    --cc=joro@8bytes.org \
    --cc=kyarlagadda@nvidia.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=p.zabel@pengutronix.de \
    --cc=pshete@nvidia.com \
    --cc=smangipudi@nvidia.com \
    --cc=thierry.reding@gmail.com \
    --cc=ulf.hansson@linaro.org \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®