[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFLxGvy7B2K2AX0nSe549QF-gDMZcc5F4X0Y+yzRrnYfL9svEw@mail.gmail.com>
Date: Mon, 6 May 2019 18:01:11 +0200
From: Richard Weinberger <richard.weinberger@...il.com>
To: Kamal Dasu <kdasu.kdev@...il.com>
Cc: linux-mtd@...ts.infradead.org,
Boris Brezillon <bbrezillon@...nel.org>,
Richard Weinberger <richard@....at>,
LKML <linux-kernel@...r.kernel.org>,
Marek Vasut <marek.vasut@...il.com>,
bcm-kernel-feedback-list@...adcom.com,
Miquel Raynal <miquel.raynal@...tlin.com>,
Brian Norris <computersforpeace@...il.com>,
David Woodhouse <dwmw2@...radead.org>
Subject: Re: [PATCH] mtd: nand: raw: brcmnand: When oops in progress use pio
and interrupt polling
On Wed, May 1, 2019 at 7:52 PM Kamal Dasu <kdasu.kdev@...il.com> wrote:
>
> If mtd_oops is in progress switch to polling for nand command completion
> interrupts and use PIO mode wihtout DMA so that the mtd_oops buffer can
> be completely written in the assinged nand partition. This is needed in
> cases where the panic does not happen on cpu0 and there is only one online
> CPU and the panic is not on cpu0.
This optimization is highly specific to your hardware and AFAIK cannot
be applied
in general to brcmnand.
So the problem you see is that depending on the oops you can no longer use dma
or interrupts in the driver?
How about adding a new flag to panic_nand_write() which tells the nand
driver that
this is a panic write?
That way you can fall back to pio and polling mode without checking cpu numbers
and oops_in_progress.
--
Thanks,
//richard
Powered by blists - more mailing lists