* Adam Ford <aford173@xxxxxxxxx> [170328 06:52]:
> I tried to remove the MTD partitions from the Linux device tree, and I
> noticed that there was no partition information being pushed anymore
> unless I changed the mtdparts name in U-Boot.
>
> It appears as if the MTD drivers have changed a bit. I found a few
> e-mails floating around that attempt to fix this
>
> Commit f7a8e38f07a17be907585 ("mtd: nand: assign reasonable default
> name for NAND drivers") attempts to address this, and someone over at
> https://patchwork.ozlabs.org/patch/707065/ attempted to address it as
> well in a slightly different way.
>
> Both of them refer to the same commit: 853f1c58c4b2 ("mtd: nand:
> omap2: show parent device structure in sysfs") as the source for the
> issue.
>
> It now appears as if the name "omap2-nand.0" was replaced with
> "30000000.nand" Is this intentional? It seems like a lot of people
> will have to update their bootloaders if they want to pass 'mtdparts'
> from the bootloader to the kernel.
>
> I am not a member of the MTD mailing list, so maybe this is more
> properly sent over there, but since it's an OMAP related thing, I
> thought I'd post it here. My other ARM boards don't appear to be
> impacted. If the trend is to not pass the partition info from U-boot,
> I can live with that too. I was just more curious to know what the
> long term plan is and what solution is recommended.
>
> I have verified this in 4.11-RC4 and 4.9.18
OK please resend it to MTD list with omap list in Cc.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
