On Fri, 19 Oct 2018 09:48:53 +0200 Boris Brezillon <boris.brezillon@xxxxxxxxxxx> wrote: > Hello, > > This is an attempt at merging physmap_of.c, gpio-addr-flash.c and > physmap.c. The rational behind this decision is code sharing and > consistency with what's done in other parts of the kernel: > > - physmap_of is just adding OF/DT support to the physmap logic, and we > usually put that code in the pre-existing driver instead of creating > a new one > > - gpio-addr-flash is just an extension of the physmap logic which is > needed when the platform does not have enough native ADDR lines > to address the whole flash. Again, I think this core belongs in the > physmap driver > > Patches 1 to 9 are just cleanups, and are not really related to the > merging of physmap_of and gpio-addr-flash into physmap.c. > > Patch 10 to 13 are doing the actual merging work, and patch 14 is > documenting the addr-gpios property that has been added to support > the gpio-addr-flash on DT platforms. > > Patch 15 is a cosmetic change proposed by Ricardo. > > Regards, > > Boris > > Boris Brezillon (13): > mtd: maps: physmap: Add SPDX header > mtd: maps: physmap: Rename ->map and ->mtd into ->maps and ->mtds > mtd: maps: physmap: Use platform_get_resource() to retrieve iomem > resources > mtd: maps: physmap: Use dev_notice() and a %pR specifier > mtd: maps: physmap: Use devm_ioremap_resource() > mtd: maps: physmap: Remove the MAX_RESOURCES limitation > mtd: maps: physmap: Check mtd_device_{parse_register,unregister}() ret > code > mtd: maps: physmap: Return -ENOMEM directly when info allocation fails > mtd: maps: physmap: Fix coding style issues reported by checkpatch > mtd: maps: Prepare merging of physmap and physmap_of > mtd: maps: Merge physmap_of.c into physmap-core.c > mtd: maps: Rename physmap_of_{versatile,gemini} into > physmap-{versatile,gemini} > mtd: maps: Merge gpio-addr-flash.c into physmap-core.c > > Ricardo Ribalda Delgado (2): > dt-binding: mtd: physmap: Document the addr-gpios property > mtd: maps: physmap: Invert logic on if/else branch Queued to mtd/next. ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/