[PATCH] Make number of GPT partitions a configurable option
Jean-Christophe PLAGNIOL-VILLARD
plagnioj at jcrosoft.com
Fri Jan 10 03:24:24 EST 2014
On 09:02 Fri 10 Jan , Sascha Hauer wrote:
> On Thu, Jan 09, 2014 at 09:59:33PM +0530, Santosh Sivaraj wrote:
> > * Santosh Sivaraj <santosh at fossix.org> wrote (on 2014-01-09 21:36:41 +0530):
> >
> > adding list, missed it.
> > > > >
> > > > > Can we instead allocate the partitions dynamically? This limitation to
> > > > > eight partitions we currently have is not nice, but making it
> > > > > configurable is not a proper fix.
> > > >
> > > > agreed but a limit will be good too
> > > >
> > > > Best Regards,
> > > > J.
> > > > >
> > > > > Sascha
> > > > >
> > >
> > > We could keep a configurable maximum, with a high default, but do the allocation
> > > dynamically. I will try to send in a patch, we can discuss how it needs to be
> > > done over it.
>
> It shouldn't be configurable in Kconfig. That's not a question a user
> should have to answer when configuring barebox. I high default would be
> fine with me though since memory usually is an infinite resource in
> barebox.
I'm more thiking of a broken EFI GPT that have 1000s of partition
do we really need to handle that
Best Regards,
J.
>
> 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