Hi,
is there any reason why the SPL uses the load address of a uImage as
entry point instead of the entry point value from the image header
if SPL_COPY_PAYLOAD_ONLY is not set? Even the very first version of
the SPL that was added 7.5 years ago did it that way.
The SPL_COPY_PAYLOAD_ONLY case that
=apq8016-sbc.dtb\0" \
> > + "fdt_addr=0x8300\0"\
>
> fdt_addr_r
>
> > + "ramdisk_addr=0x8400\0"\
>
> ramdisk_addr_r
>
> These variables that the distro boot depends upon are missing/misnamed.
This reminds me that I had to add scr
On Sat, Mar 12, 2016 at 10:13:43PM +0100, Mateusz Kulikowski wrote:
> On 12.03.2016 00:58, Daniel Glöckner wrote:
> > It is also confusing to have the "add" instruction in there without an
> > explanation, especially because having it at offset 4 instead of 0 defeats
>
enough. And dtbTool does not
generate a device tree, it generates the Qualcomm device tree table
containing all dtb files in the directory.
I know the goal is to eventually replace Little Kernel, but how about
using the device tree passed by it? We could add some code to head.S that
saves x0 in sp_el
4 matches
Mail list logo
