[PATCH v2] ARM: i.MX: increase barebox partition sizes

Sascha Hauer s.hauer at pengutronix.de
Wed Apr 27 02:25:01 PDT 2016


On Tue, Apr 26, 2016 at 08:47:28AM -0300, Fabio Estevam wrote:
> Hi Sascha,
> 
> On Tue, Apr 26, 2016 at 3:44 AM, Sascha Hauer <s.hauer at pengutronix.de> wrote:
> 
> > diff --git a/arch/arm/dts/imx25-karo-tx25.dts b/arch/arm/dts/imx25-karo-tx25.dts
> > index 8d79471..76847ff 100644
> > --- a/arch/arm/dts/imx25-karo-tx25.dts
> > +++ b/arch/arm/dts/imx25-karo-tx25.dts
> > @@ -123,12 +123,12 @@
> >
> >         partition at 0 {
> >                 label = "boot";
> > -               reg = <0x0 0x80000>;
> > +               reg = <0x0 0xe0000>;
> >         };
> >
> > -       partition at 80000 {
> > +       partition at e0000 {
> >                 label = "environment";
> > -               reg = <0x80000 0x80000>;
> > +               reg = <0xe0000 0x20000>;
> 
> Here the environment partition size is changed from 512kB to 128kB.
> Couldn't this cause issues?

Normally the environment is much smaller, so I wouldn't expect issues
here. The alternative to making the environment smaller would be to move
other partitions to the back. This would probably hurt more, especially
since a regular fdisk starts the first partition at offset 1MiB.

Another approach would be to use a MBR partition for the environment
instead of using the raw device.

> 
> Shouldn't this change be done by a separate patch?

We can't increase the barebox partition without shrinking the
environment right behind it. Or do you mean that we first shrink
the environment and in a second patch increase the barebox partition?

Sascha

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |



More information about the barebox mailing list