[Arm-dev] Gigabyte MP30-AR0

Mon Feb 29 15:20:03 UTC 2016
Michael Howard <mike at dewberryfields.co.uk>

On 22/02/2016 20:08, Gordan Bobic wrote:
> On 2016-02-22 17:29, Michael Howard wrote:
>> On 22/02/2016 17:04, Gordan Bobic wrote:
>>> On 2016-02-22 16:57, Michael Howard wrote:
>>>> On 22/02/2016 16:47, Gordan Bobic wrote:
>>>>
>>>>>> Anyway, the install does in fact succeed, which is great. I probably
>>>>>> should have stuck with the LVM partitioning scheme but hey ho, I can
>>>>>> re run things now that I know UEFI is working.
>>>>>>
>>>>>> So, I have a minimal CentOS install with 4.2.0-0.21.el7.aarch64
>>>>>> kernel. Great start, thanks to all.
>>>>>>
>>>>>> There is no networking so I need to get the installer to 
>>>>>> recognise the
>>>>>> nics at install time.
>>>>>
>>>>> So installer produces a bootable system, complete with a working 
>>>>> kernel?
>>>>
>>>> Yes, and no. It produces a bootable kernel.
>>>
>>> Right, but how does that kernel get booted?
>>> u-boot -> kernel ?
>>> u-boot -> UEFI -> kernel ?
>>> u-boot -> UEFI -> grub2 -> kernel ?
>>>
>>>>> Does it use grub2 or does it do some magic to boot the kernel 
>>>>> straight
>>>>> from UEFI?
>>>>>
>>>>
>>>> I haven't had the nerve to attempt to bun UEFI to SPI-NOR permanently,
>>>
>>> Oh, I wasn't suggesting that. I cannot think of a good reason to burn
>>> UEFI into SPI-NOR vs. chain-loading it from u-boot, since the boot
>>> cascade is automatable.
>>>
>>>> so following the install (and any subsequent ones) I've loaded it from
>>>> u-boot manually and then booted directly from UEFI from there. I can
>>>> of course automate that I suppose.
>>>
>>> Right, so post-install the boot process is:
>>> u-boot -> UEFI -> kernel ?
>>>
>> Yes.
>
> Sweet! Now I just have to try to scrape together enough to get
> me one of those cometh pay day. :-D
>
>>> No grub2 involved?
>> No.
>
> I'll see if I can do something about that when mine arrives. It
> would be nice to have it working the same way x86 UEFI works.
>
> On a semi-related note, is it possible to mount an armv5tel or armv7hl
> image, and chroot into it? Does that work? Or is aarch64 not binary
> backward compatible with 32-bit ARM binaries like x86-64 is?
Just to let you know, I can't get this to work. aarch64 is supposed to 
be binary compatible, with the correct libraries installed, but I'm 
thinking the cpu isn't.

All I get is 'cannot execute binary file: Exec format error', 
regardless  of what I try.

Cheers,
Mike.

-- 
Mike Howard