[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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.


> > 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


3B10 0CA1 8674 ACBA B4FE  FCD2 CE5B CF17 9960 DE13

Reply to: