[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fc274097-93f5-1f01-952f-dda06b5ddaff@nvidia.com>
Date: Wed, 1 Mar 2023 13:51:42 +0000
From: Jon Hunter <jonathanh@...dia.com>
To: Krishna Yarlagadda <kyarlagadda@...dia.com>, robh+dt@...nel.org,
broonie@...nel.org, peterhuewe@....de, jgg@...pe.ca,
jarkko@...nel.org, krzysztof.kozlowski+dt@...aro.org,
linux-spi@...r.kernel.org, linux-tegra@...r.kernel.org,
linux-integrity@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: thierry.reding@...il.com, skomatineni@...dia.com,
ldewangan@...dia.com
Subject: Re: [Patch V6 3/3] spi: tegra210-quad: Enable TPM wait polling
On 27/02/2023 17:21, Krishna Yarlagadda wrote:
> Trusted Platform Module requires flow control. As defined in TPM
> interface specification, client would drive MISO line at same cycle as
> last address bit on MOSI.
> Tegra241 QSPI controller has TPM wait state detection feature which is
> enabled for TPM client devices reported in SPI device mode bits.
Earlier in patch 2/3 we say Tegra234 and Tegra241 but here we just say
Tegra241.
> static struct tegra_qspi_soc_data tegra186_qspi_soc_data = {
> .has_dma = true,
> .cmb_xfer_capable = true,
> + .support_tpm = false,
> .cs_count = 1,
> };
>
> static struct tegra_qspi_soc_data tegra234_qspi_soc_data = {
> .has_dma = false,
> .cmb_xfer_capable = true,
> + .support_tpm = true,
> .cs_count = 1,
> };
>
> static struct tegra_qspi_soc_data tegra241_qspi_soc_data = {
> .has_dma = false,
> .cmb_xfer_capable = true,
> + .support_tpm = true,
> .cs_count = 4,
> };
>
We enable for both Tegra234 and Tegra241 and so the commit message
should say so.
Jon
--
nvpublic
Powered by blists - more mailing lists