[PATCH v1] mtd: parsers: ofpart: Fix parsing when size-cells is 0

Miquel Raynal miquel.raynal at bootlin.com
Thu Jan 5 07:03:05 PST 2023


marex at denx.de wrote on Thu, 5 Jan 2023 15:51:10 +0100:

> On 1/5/23 13:47, Francesco Dolcini wrote:
> > Hello Miquel,  
> 
> Hi,
> 
> [...]
> 
> >> Let's move forward with this. Let's assume my fears are baseless. We
> >> might consider the situation where someone tries to hide the partitions
> >> by setting #size-cell to 0 even wronger and too unlikely. Hopefully we
> >> will not break any other existing setups by applying an always-on fix.  
> > 
> > Nice, good!  
> 
> Indeed
> 
> >> I would still like to see U-Boot partitions handling evolve, at least:
> >> - fix #size-cells in fdt_fixup_mtd()
> >> - avoid the fdt_fixup_mtd() call from Collibri boards (ie. an example
> >>    that can be followed by the other users)  
> > 
> > Fine, I can do it.
> > 
> > However I am just not 100% sure about your proposal, I wonder if we
> > should just deprecate this function or we should fix it.  
> 
> I would say fix it.

Well, I think these are two orthogonal changes. The function should be
deprecated *and* fixed for the existing users?

> > The exact end result will depend on the discussion with the U-Boot
> > folks, but I absolutely agree that the current situation needs to
> > change. I'll keep you in CC on those patches.
> >   
> >> On Linux side let's fix #size-cells like you proposed without filtering
> >> against a list of compatibles. We however need to improve the
> >> heuristics:
> >> - Do it only when there are partitions declared within a NAND
> >>    controller node.
> >> - Change the warning to avoid mentioning backward compatibility, just
> >>    mention this is utterly wrong and thus the value will be set to 1
> >>    instead of 0.
> >> - Mention in the comment above this only works on systems with <4GiB
> >>    chips.
> >> If you think about other conditions please feel free to add them.
> >>
> >> Do you concur?  
> > Yes, I do agree.  
> 
> Same here, agreed, thanks.
> 
> [...]


Thanks,
Miquèl



More information about the linux-arm-kernel mailing list