[PATCH v2] ARM: shmobile: uImage load address rework

Magnus Damm magnus.damm at gmail.com
Tue Jun 11 22:20:38 EDT 2013


Hi Guennadi,

On Tue, Jun 11, 2013 at 10:54 PM, Guennadi Liakhovetski
<g.liakhovetski at gmx.de> wrote:
> Hi Magnus
>
> On Mon, 10 Jun 2013, Magnus Damm wrote:
>
>> From: Magnus Damm <damm at opensource.se>
>>
>> This is V2 of the mach-shmobile uImage load address rework patch.
>>
>> Rework the mach-shmobile uImage load address calculation by storing
>> the per-board load addresses in Makefile.boot. This removes the
>> CONFIG_MEMORY_START dependency from Makefile.boot, and it also makes
>> it possible to create safe kernel images that boot on multiple boards.
>>
>> This is one of several series of code that reworks code not to rely on
>> CONFIG_MEMORY_START/SIZE which in turn is needed for ARCH_MULTIPLATFORM.
>>
>> Signed-off-by: Magnus Damm <damm at opensource.se>
>> Reviewed-by: Laurent Pinchart <laurent.pinchart at ideasonboard.com>
>> Reviewed-by: Kuninori Morimoto <kuninori.morimoto.gx at renesas.com>
>> ---
>
> This patch seems to break compilation when none of CONFIG_MACH_* is set,
> e.g. when trying to build a generic SoC kernel with only DT-based board
> support, or am I missing something?

Thanks for your feedback. I believe the current code already covers
the in-tree REFERENCE DT boards. Perhaps there is some board missing?

If you want to build an uImage for a certain DT board then perhaps you
can add it to the list with an incremental patch?

Or even better, use zImage instead of uImage, then we can have a
single binary for all boards.

So if you build the kernel for no board at all, either set the
LOADADDR variable as the help text says, or simply do not build for
uImage.

Makes sense?

Cheers,

/ magnus



More information about the linux-arm-kernel mailing list