allwinner/nanopi neo boot issues

[Daniel Braniss]

> On 1 Sep 2018, at 23:46, Emmanuel Vadot <manu at bidouilliste.com> wrote:
> 
> On Sat, 1 Sep 2018 15:50:25 +0200
> Jakob Alvermark <jakob at alvermark.net <mailto:jakob at alvermark.net>> wrote:
> 
>> On 8/29/18 2:22 PM, Daniel Braniss wrote:
>>> 
>>> 
>>>> On 29 Aug 2018, at 15:17, Jakob Alvermark <jakob at alvermark.net <mailto:jakob at alvermark.net> 
>>>> <mailto:jakob at alvermark.net <mailto:jakob at alvermark.net>>> wrote:
>>>> 
>>>> 
>>>> On 8/24/18 10:02 AM, Daniel Braniss wrote:
>>>>> 
>>>>>> On 24 Aug 2018, at 09:34, Daniel Braniss <danny at cs.huji.ac.il <mailto:danny at cs.huji.ac.il> 
>>>>>> <mailto:danny at cs.huji.ac.il <mailto:danny at cs.huji.ac.il>>> wrote:
>>>>>> 
>>>>>> hi,
>>>>>> with the latest current r338243 no longer boots via ubldr, efi does
>>>>>> but with overlays I have to manually enter the root partition.
>>>>>> 
>>>>>> this is where it hangs via ubldr:
>>>>>> 
>>>>>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop
>>>>>> 
>>>>>> Loading kernel...
>>>>>> /boot/kernel/kernel text=0x8a0950 data=0xae160+0x184520 
>>>>>> syms=[0x4+0xa6d70+0x4+0x109f17]
>>>>>> Loading configured modules...
>>>>>> /boot/entropy size=0x1000
>>>>>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=0x601b
>>>>>> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'.
>>>>>> Kernel entry at 0x42400180...
>>>>>> Kernel args: (null)
>>>>>> 
>>>>>> older - r337232 - boots fine,
>>>>>> 
>>>>>> any ideas where to look?
>>>>> should have done an update before writing!
>>>>> 
>>>>> with the latest (and greatest) all is back to normal!
>>>>> so now on to test orange pi one(h3), nanopi neo 2 (h5) and nanopi 
>>>>> neo a64
>>>>> 
>>>>> thanks,
>>>>> danny
>>>> 
>>>> 
>>>> Hi,
>>>> 
>>>> 
>>>> I am trying to get an Orange Pi R1 going, I get the same.
>>>> 
>>>> Loading kernel...
>>>> /boot/kernel/kernel text=0x89ee40 data=0xae620+0x1f5ba0 
>>>> syms=[0x4+0xa6d20+0x4+0x109e51]
>>>> Loading configured modules...
>>>> Could not load one or more modules!
>>>> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=0x6333
>>>> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'.
>>>> Kernel entry at 0x42400180...
>>>> Kernel args: (null)
>>>> 
>>>> This is at r338369.
>>>> 
>>>> 
>>> 
>>> try booting via efi;
>>> make sure to copy /boot/loader.efi to /boot/msdos/EFI/BOOT/bootaa64.efi
>>> remove /boot/msdos/boot.scr
>>> good luck,
>>> danny
>> 
>> I tried the ALPHA4 snapshot, this happens:
>> 
>> Hit any key to stop autoboot:  0
>> switch to partitions #0, OK
>> mmc0 is current device
>> Scanning mmc 0:1...
>> 25395 bytes read in 4 ms (6.1 MiB/s)
>> Found EFI removable media binary efi/boot/bootarm.efi
>> Scanning disks on usb...
>> Disk usb0 not ready
>> Disk usb1 not ready
>> Disk usb2 not ready
>> Disk usb3 not ready
>> Scanning disks on mmc...
>> MMC Device 1 not found
>> MMC Device 2 not found
>> MMC Device 3 not found
>> Found 3 disks
>> 508704 bytes read in 26 ms (18.7 MiB/s)
>> ## Starting EFI application at 42000000 ...
>> Consoles: EFI console
>> failed to allocate staging area: 14
>> failed to allocate staging area
>> ## Application terminated, r = 5
>> EFI LOAD FAILED: continuing...
>> 
>> 
>> Tried manually loading ubldr.bin:
>> 
>> => fatload mmc 0 0x42000000 ubldr.bin
>> 306972 bytes read in 15 ms (19.5 MiB/s)
>> => go 0x42000000
>> Loading kernel...
>> /boot/kernel/kernel text=0x85d7f0 data=0xaf620+0x24e1e0 
>> syms=[0x4+0xa87d0+0x4+0x10c603]
>> Loading configured modules...
>> /boot/kernel/umodem.ko text=0x1bf4 text=0x1320 data=0x1080+0xf88 
>> syms=[0x4+0x1070+0x4+0xbcd]
>> loading required module 'ucom'
>> /boot/kernel/ucom.ko text=0x1f8c text=0x2e90 data=0x1080+0x17bc 
>> syms=[0x4+0x14f0+0x4+0xc5d]
>> Could not load one or more modules!
>> 
>> Hit [Enter] to boot immediately, or any other key for command prompt.
>> Booting [/boot/kernel/kernel]...
>> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=0x6333
>> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'.
>> Kernel entry at 0x42400180...
>> Kernel args: (null)
>> 
>> And then it reboots...
> 
> I've just re-introduce the cache patches for u-boot as it appears that
> some boards needs them (I've probably tested the wrong unpatched u-boot
> when I removed them ...) so booting with ubldr.bin should work now.

confirmed working on h3/neo, both ublfr/efi.

> For the EFI issue I don't really know what is happening.

I think Jakob had the wrong loader.efi, by mistake I told him to copy it as bootaa64.efi instead
of bootarm.efi.

danny