Hi Daniel, Daniel Mack <daniel at zonque.org> wrote on Mon, 2 Jul 2018 09:48:01 +0200: > Hi Miquel, > > On Monday, July 02, 2018 09:20 AM, Miquel Raynal wrote: > > Daniel Mack <daniel at zonque.org> wrote on Sun, 1 Jul 2018 21:04:58 +0200: > >> On Sunday, July 01, 2018 12:18 PM, Daniel Mack wrote: > >>> I'm seeing the below error when trying to suspend and resume a PXA3xx > >>> machine booted from devicetree with the new nand driver. This used to > >>> work fine with the old driver, but admittedly, the only kernel I > >>> currently have for reference testing is very old (3.0.4), and many other > >>> things regarding nand/mtd have also changed since then. > >>>> The suspend/resume implementation in the old driver used to call into > >>> the ->suspend() and ->resume() functions of its mtd_info children > >>> directly, but looking at other drivers, it seems this is no longer > >>> needed or wanted. It also cleared all interrupts during resume, but that > >>> alone doesn't fix it in my tests. > >>>> I haven't followed the development in that area, so I'd appreciate any > >>> hint on how to fix this regression. I'm happy to test patches. > >> > >> I think I figured it out. Will send a patch. > > > Good to see you figured it out. Indeed there are no more suspend/resume > > callbacks, waiting for your patches to fix this. > > Hmm, I got confused in my test setup last night, so no, I haven't figured it out yet. I've pasted the current version of the callbacks below, but that doesn't cut it. > > The issue is easy to reproduce: > > # echo mem >/sys/power/state > [wake up the device] > # sync > > I'll give it a spin in a couple of days again, but if anything comes to your mind, please let me know. > > And FTR, the device node has keep-config set for this board. Can you try without? It should work anyway, but it would allow us to see if it's a timing issue. Also, can you try with the mtd-utils directly (without UBI/UBIFS) with nanddump flash_erase and nandwrite to see what are the errors raised by the controller driver. Thanks, Miqu?l