MTD Flash Partition: change possible?

Artem Bityutskiy dedekind1 at gmail.com
Mon Aug 23 08:13:42 EDT 2010


On Mon, 2010-08-23 at 14:11 +0200, Arno Steffen wrote:
> 2010/8/23 Artem Bityutskiy <dedekind1 at gmail.com>:
> > On Mon, 2010-08-23 at 12:23 +0200, Arno Steffen wrote:
> >> In my embedded system the Flash-partition table is compiled into kernel.
> >> Is there a way to change partition table without booting a new kernel? How?
> >>
> >> Background: I want to update an embedded system and change the size of
> >> partitions. But tools as flash_eraseall and nandwrite use partitions
> >> of the current kernel. If I want to change the size of the partitions,
> >> this is impossible.
> >> If I first flash a new kernel with new partition table, I have to
> >> reboot and the system will not start, as the old partitioning scheme
> >> is still active.
> >
> > There were at least 2 patches. One from Nokia - it was ok, but a small
> > change was requested and the author disappeared. One was from Samsung -
> > I did not look at it so far. The patches were sent to the MTD mailing
> > list a month or 2 ago.
> >
> > --
> > Best Regards,
> > Artem Bityutskiy (Артём Битюцкий)
> >
> >
> 
> Spasibo, Artem.
> 
> I found the Nokia Patch
> http://lists.infradead.org/pipermail/linux-mtd/2010-June/030645.html
> This seems to be done for OneNand, while I am using Nand.

No, it is not OneNAND-specific!

> Regarding the pathes: That are requests to change, so it is not for
> sure that this is implemented in a new kernel?
> 
> I found this as an update to mtdutils.
> http://lists.infradead.org/pipermail/linux-mtd/2010-July/031200.html
>  Does this needs a new kernel to support this functions? I am using a 2.6.33.

Dunno, did not look at this.

> Reading this, I think there is no solution for my current system.
> Is there a way to show the startaddress of a partition? /proc/mtd
> shows just size, not start address.

I do not think we can change /proc/mtd, but isn't it easy to calculate
the start address using partition sizes?

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)




More information about the linux-mtd mailing list