[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ad18523fdf51b426808a6ff115ca3decc8e80aeb.camel@wdc.com>
Date: Thu, 31 Oct 2019 15:13:16 +0000
From: Atish Patra <Atish.Patra@....com>
To: "paul.walmsley@...ive.com" <paul.walmsley@...ive.com>
CC: "hch@....de" <hch@....de>,
"linux-riscv@...ts.infradead.org" <linux-riscv@...ts.infradead.org>,
Anup Patel <Anup.Patel@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"palmer@...ive.com" <palmer@...ive.com>,
"aou@...s.berkeley.edu" <aou@...s.berkeley.edu>
Subject: Re: [PATCH v4 0/3] Optimize tlbflush path
On Thu, 2019-10-24 at 20:09 -0700, Paul Walmsley wrote:
> On Fri, 30 Aug 2019, Paul Walmsley wrote:
>
> > On Thu, 22 Aug 2019, Atish Patra wrote:
> >
> > > This series adds few optimizations to reduce the trap cost in the
> > > tlb
> > > flush path. We should only make SBI calls to remote tlb flush
> > > only if
> > > absolutely required.
> >
> > The patches look great. My understanding is that these
> > optimization
> > patches may actually be a partial workaround for the TLB flushing
> > bug that
> > we've been looking at for the last month or so, which can corrupt
> > memory
> > or crash the system.
>
> I don't think we're any closer to root-causing this
> issue. Meanwhile,
> OpenSBI has merged patches to work around it. So since many of us
> have
> looked at Atish's TLB optimization patches, and we all think they
> are
> useful optimizations, let's plan to merge it for v5.5-rc1.
>
>
Thanks. These patches still applies cleanly on 5.4-rc5.
Let me know if you need something from myside.
> - Paul
--
Regards,
Atish
Powered by blists - more mailing lists