Re: Bug#928612: u-boot-sunxi: Enable support for NanoPi NEO2
On Wed, May 08, 2019 at 11:07:10PM +0300, Andrei POPESCU wrote:
> On Mi, 08 mai 19, 18:28:28, Domenico Andreoli wrote:
> >
> > The first road block is the partitioner, if let alone it creates a
> > regular GPT (don't know if it could be instructed to create a legacy MBR
> > instead) and so overwrites the spl+u-boot leaving the board completely
> > unbootable.
>
> It's possible to create other partition table types in expert mode.
> However, in my experience even an 'msdos' partition table messed up
> u-boot.
Cool!
>
> > To work around this, I prepare the GPT manually with the famous 4 entries
> > (see the extra menu in fdisk) and configure the partitions at my wish,
> > then the installer can reuse them preserving my hand crafted GPT and
> > the bootability up to u-boot.
>
> It is sufficient to just create the partition table, deleting and adding
> partitions from the installer (manual partitioning) should be safe.
Verified, changing the layout from there results in a complete GPT rewrite.
>
> > The installation process goes nicely but grub installation fails,
> > as it seems to be expected [0]. The board is left unbootable.
>
> Just curios, since I'm not familiar with this particular board, but why
> do you need grub if you already have u-boot?
I wondered the same and in a more hacky attempt I made more than one
year ago, with older hand-crafted installed with a 4.15 kernel, I came
to the conclusion that Debian arm64 was u-boot+grub with a scent of UEFI.
I aim at the most streamlined installation with the most support out
of the box and least divergence from a standard setup. I've got a fully
reproducible and, I hope, maintainable installation.
Now I would like to contribute what bits are missing and update the
wiki page so to save some time to the next one attempting the same.
>
> Kind regards,
> Andrei
Regards,
Domenico
--
3B10 0CA1 8674 ACBA B4FE FCD2 CE5B CF17 9960 DE13
Reply to: