Hello, A bit of context to explain the motivation behind those conversions I've been sending for the last few weeks. The raw NAND subsystem carries a lot of history which makes any rework not only painful, but also subject to regressions which we only detect when someone dares to update its kernel on one of those ancient HW. While carrying drivers for old HW is not a problem per se, carrying ancient and unmaintained drivers that are not converted to new APIs is a maintenance burden, hence this massive conversion attempt I'm conducting here. So here is a series converting the FSM UPM NAND controller driver to exec_op(), plus a bunch of minor improvements done along the way. I hope I'll find someone to test those changes, but if there's no one still having access to this HW or no interest in keeping it supported in recent kernel versions, we should definitely consider removing the driver instead. Regards, Boris Boris Brezillon (10): mtd: rawnand: fsl_upm: Remove unused mtd var mtd: rawnand: fsl_upm: Get rid of the unused fsl_upm_nand.parts field mtd: rawnand: fsl_upm: Allocate the fsl_upm_nand object using devm_kzalloc() mtd: rawnand: fsl_upm: Use devm_kasprintf() to allocate the MTD name mtd: rawnand: fsl_upm: Use platform_get_resource() + devm_ioremap_resource() mtd: rawnand: fsl_upm: Use gpio descriptors mtd: rawnand: fsl_upm: Inherit from nand_controller mtd: rawnand: fsl_upm: Implement exec_op() mtd: rawnand: fsl_upm: Get rid of the legacy interface implementation dt-bindings: mtd: fsl-upm-nand: Deprecate chip-delay and fsl,upm-wait-flags .../devicetree/bindings/mtd/fsl-upm-nand.txt | 10 +- drivers/mtd/nand/raw/fsl_upm.c | 311 +++++++----------- 2 files changed, 117 insertions(+), 204 deletions(-) -- 2.25.4 ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/