[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