[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200513093751.GA831267@kroah.com>
Date: Wed, 13 May 2020 11:37:51 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Sowjanya Komatineni <skomatineni@...dia.com>
Cc: Sasha Levin <sashal@...nel.org>, adrian.hunter@...el.com,
ulf.hansson@...aro.org, baolin.wang@...aro.org,
kstewart@...uxfoundation.org, tglx@...utronix.de,
bradleybolen@...il.com, thierry.reding@...il.com,
jonathanh@...dia.com, anrao@...dia.com,
linux-tegra@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-mmc@...r.kernel.org, stable@...r.kernel.org
Subject: Re: [PATCH 5.4.33 0/2] Fix for long operation cmds busy detection
On Sat, Apr 25, 2020 at 09:04:08AM +0200, Greg KH wrote:
> On Fri, Apr 24, 2020 at 07:42:16PM -0700, Sowjanya Komatineni wrote:
> >
> > On 4/24/20 6:45 PM, Sasha Levin wrote:
> > > External email: Use caution opening links or attachments
> > >
> > >
> > > On Fri, Apr 24, 2020 at 01:06:04PM -0700, Sowjanya Komatineni wrote:
> > > > This series is to backport the upstream patches that fixes busy
> > > > detection
> > > > for long operation mmc commands by implementing Tegra specific timeout
> > > > callback to switch between finite and infinite HW busy detection wait
> > > > modes.
> > > >
> > > >
> > > > Sowjanya Komatineni (2):
> > > > sdhci: tegra: Implement Tegra specific set_timeout callback
> > > > sdhci: tegra: Enable MMC_CAP_WAIT_WHILE_BUSY host capability
> > >
> > > What regression do these patches fix?
> > >
> > This isn't a regression as we don't have any known failures as of today with
> > the specific mmc devices we are using on our platforms.
>
> Have you read:
> https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
> ?
>
> > But this patch fixes a long outstanding bug for sdhci-tegra to handle long
> > busy wait for mmc command operations that may take longer than host max busy
> > timeout. So, this is something that's missing from the beginning and good to
> > have.
>
> So it's a new feature?
>
Dropped from my queues due to lack of response.
greg k-h
Powered by blists - more mailing lists