| Message ID | 20180522120257.13232-1-marek.vasut+renesas@gmail.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On Tue, May 22, 2018 at 02:02:49PM +0200, Marek Vasut wrote: > In preparation for removing MTD partitioning from the DTs and moving > it over to kernel command line partition parsing, enable the support > for kernel command line MTD partition parsing. > > The argument for not having MTD partitions in the DT is the same as > for not having hard drive partitions in DT, neither describes the > hardware itself, so it shouldn't be in the DT. Furthermore, kernel > command line MTD partition passing allows greater flexibility in > case someone decided to repartition the flash, which is well in the > realm of possibility with these systems. > > Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> Makes a lot of sense to me. Acked-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
On Tue, May 22, 2018 at 2:02 PM, Marek Vasut <marek.vasut@gmail.com> wrote: > In preparation for removing MTD partitioning from the DTs and moving > it over to kernel command line partition parsing, enable the support > for kernel command line MTD partition parsing. > > The argument for not having MTD partitions in the DT is the same as > for not having hard drive partitions in DT, neither describes the > hardware itself, so it shouldn't be in the DT. Furthermore, kernel > command line MTD partition passing allows greater flexibility in > case someone decided to repartition the flash, which is well in the > realm of possibility with these systems. > > Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be> Gr{oetje,eeting}s, Geert
On Tue, May 22, 2018 at 02:02:49PM +0200, Marek Vasut wrote: > In preparation for removing MTD partitioning from the DTs and moving > it over to kernel command line partition parsing, enable the support > for kernel command line MTD partition parsing. > > The argument for not having MTD partitions in the DT is the same as > for not having hard drive partitions in DT, neither describes the > hardware itself, so it shouldn't be in the DT. Furthermore, kernel > command line MTD partition passing allows greater flexibility in > case someone decided to repartition the flash, which is well in the > realm of possibility with these systems. > > Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> Thanks, applied.
diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig index b49887e86a3d..4d0d5a00a188 100644 --- a/arch/arm/configs/shmobile_defconfig +++ b/arch/arm/configs/shmobile_defconfig @@ -64,6 +64,7 @@ CONFIG_DMA_CMA=y CONFIG_CMA_SIZE_MBYTES=64 CONFIG_SIMPLE_PM_BUS=y CONFIG_MTD=y +CONFIG_MTD_CMDLINE_PARTS=y CONFIG_MTD_BLOCK=y CONFIG_MTD_M25P80=y CONFIG_MTD_SPI_NOR=y
In preparation for removing MTD partitioning from the DTs and moving it over to kernel command line partition parsing, enable the support for kernel command line MTD partition parsing. The argument for not having MTD partitions in the DT is the same as for not having hard drive partitions in DT, neither describes the hardware itself, so it shouldn't be in the DT. Furthermore, kernel command line MTD partition passing allows greater flexibility in case someone decided to repartition the flash, which is well in the realm of possibility with these systems. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> Cc: Geert Uytterhoeven <geert+renesas@glider.be> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Cc: Simon Horman <horms+renesas@verge.net.au> Cc: Wolfram Sang <wsa@the-dreams.de> Cc: linux-renesas-soc@vger.kernel.org --- arch/arm/configs/shmobile_defconfig | 1 + 1 file changed, 1 insertion(+)