[PATCH 02/10] ARM: socfpga: add Mercury+ AA1 SoM support

[Lothar Rubusch]

Hi, sorry also from my side for the delay.. I guess, bringing
Altera/Intel DTS to the kernel is getting a longer story. But I even
can see light now. I keep you guys up-to-date, if any news.

On Sun, Oct 27, 2024 at 5:09 PM Marek Vasut <marex at denx.de> wrote:
>
> On 10/23/24 10:10 PM, Lothar Rubusch wrote:
>
> Hi,
>
> sorry for the late reply.
>
> >>>> Can this be generated using binman instead ?
> >>>
> >>> This would a oportunity for me to learn the binman tool. Great idea! I
> >>> need to read a bit more on binman to get a better understanding. I'll
> >>> give it a try and let you know. Thank you.
> >>
> >> This commit might help:
> >>
> >> 5fccc2891e28 ("ARM: dts: stm32: Generate u-boot.itb using binman on DH
> >> STM32 DHSOM")
> >>
> >
> > I face a problem here. First, to apply binman stances in the .dtsi and
> > integrating it as -u-boot.dtsi is very interesting and I actually like
> > the solution to bind everything togerther in this way.
> >
> > But, I face the situation where the very design specific bitstream(s)
> > for the FPGA are actually not supposed to be upstreamed. Having u-boot
> > binaries and bitstream as .itb separate, allows to build the u-boot
> > part even w/o the bitstream, i.e. the u-boot setup can be quite
> > generic, can be tested and verified building. Is this still possible
> > if binman requires it as binary blob?
>
> I believe so, U-Boot CI does use binman to build e.g. imx8m targets
> which do require extra firmware, but during the CI build that extra
> firmware is replaced by blank empty files by binman. It does print some
> sort of warning that the files are missing ... try e.g. 'make
> imx8mp_dhcom_pdk3_defconfig ; make' and you should see the behavior
> locally too.
>

I totally got the u-boot log wrong. The build runs through with or
without blobs. So, there is no open issue from my side.
If I build w/o blobs, I see the warning in red - it's actually just a
warning and not an error as I initially thought. So, the current setup
as is, actually builds on binman. It is ready when you are.

I'm issuing a version 5 now, just for having the document/typo fixes
excluded, as Simon asked.
Best,
L