On Fri, Jan 17, 2020 at 2:06 PM Esben Haabendal <esben@xxxxxxxxxx> wrote: > > As we reset the GPMI block at resume, the timing parameters setup by a > previous exec_op is lost. Rewriting GPMI timing registers on first exec_op > after resume fixes the problem. > > Fixes: ef347c0cfd61 ("mtd: rawnand: gpmi: Implement exec_op") > Cc: stable@xxxxxxxxxxxxxxx > Signed-off-by: Esben Haabendal <esben@xxxxxxxxxx> > --- > drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c b/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c > index 879df8402446..b9d5d55a5edb 100644 > --- a/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c > +++ b/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c > @@ -2727,6 +2727,10 @@ static int gpmi_pm_resume(struct device *dev) > return ret; > } > > + /* Set flag to get timing setup restored for next exec_op */ > + if (this->hw.clk_rate) > + this->hw.must_apply_timings = true; > + Acked-by: Han Xu <han.xu@xxxxxxx> > /* re-init the BCH registers */ > ret = bch_set_geometry(this); > if (ret) { > -- > 2.25.0 > > > ______________________________________________________ > Linux MTD discussion mailing list > http://lists.infradead.org/mailman/listinfo/linux-mtd/ -- Sincerely, Han XU ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/