[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DM4PR12MB57693F28A727964ED67BBEB4C33C9@DM4PR12MB5769.namprd12.prod.outlook.com>
Date: Wed, 23 Feb 2022 06:32:56 +0000
From: Krishna Yarlagadda <kyarlagadda@...dia.com>
To: Mark Brown <broonie@...nel.org>
CC: "thierry.reding@...il.com" <thierry.reding@...il.com>,
Jonathan Hunter <jonathanh@...dia.com>,
"linux-spi@...r.kernel.org" <linux-spi@...r.kernel.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
Sowjanya Komatineni <skomatineni@...dia.com>,
Laxman Dewangan <ldewangan@...dia.com>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"p.zabel@...gutronix.de" <p.zabel@...gutronix.de>
Subject: RE: [PATCH v2 4/5] spi: tegra210-quad: add acpi support
> -----Original Message-----
> From: Mark Brown <broonie@...nel.org>
> Sent: 23 February 2022 00:07
> To: Krishna Yarlagadda <kyarlagadda@...dia.com>
> Cc: thierry.reding@...il.com; Jonathan Hunter
> <jonathanh@...dia.com>; linux-spi@...r.kernel.org; linux-
> tegra@...r.kernel.org; Sowjanya Komatineni
> <skomatineni@...dia.com>; Laxman Dewangan
> <ldewangan@...dia.com>; robh+dt@...nel.org;
> devicetree@...r.kernel.org; linux-kernel@...r.kernel.org;
> p.zabel@...gutronix.de
> Subject: Re: [PATCH v2 4/5] spi: tegra210-quad: add acpi support
>
> On Tue, Feb 22, 2022 at 11:26:10PM +0530, Krishna Yarlagadda wrote:
>
> > Add ACPI ID for Tegra QUAD SPI. Switch to common device property
> calls.
> > Skip clock calls that are not updated in ACPI boot.
>
> > @@ -1377,6 +1400,8 @@ static int __maybe_unused
> tegra_qspi_runtime_suspend(struct device *dev)
> > struct spi_master *master = dev_get_drvdata(dev);
> > struct tegra_qspi *tqspi = spi_master_get_devdata(master);
> >
> > + if (has_acpi_companion(tqspi->dev))
> > + return 0;
> > /* flush all write which are in PPSB queue by reading back */
> > tegra_qspi_readl(tqspi, QSPI_COMMAND1);
>
> As well as clock stuff this is also skipping flushing of pending writes
> - is that intentional? It's not called out in the changelog and seems like
> something that could cause issues if someone runs on a system where
> the firmware does implement runtime suspend.
Runtime suspend is not enabled with ACPI firmware. Converted compiler flag in v1 to runtime check.
We must add more changes like setting DPM flags for runtime pm support with ACPI.
Can take this as part of a different series.
Powered by blists - more mailing lists