Relinking zImage when nothing changes
From: Stephen Boyd <hidden>
Date: 2011-08-12 18:52:50
Also in:
linux-kbuild
On 08/12/2011 11:34 AM, Sam Ravnborg wrote:
On Fri, Aug 12, 2011 at 11:12:11AM -0700, Stephen Boyd wrote:quoted
Hm... that fixes the shipped part. But now we still reassemble lib1funcs.o. Kernel: arch/arm/boot/Image is ready AS arch/arm/boot/compressed/lib1funcs.o - due to lib1funcs.o not in $(targets) LD arch/arm/boot/compressed/vmlinux - due to: arch/arm/boot/compressed/lib1funcs.o OBJCOPY arch/arm/boot/zImage - due to: arch/arm/boot/compressed/vmlinux Kernel: arch/arm/boot/zImage is ready Is it correct to add lib1funcs.o to targets?Yes - it is a bug this was not done before.
Ok. I've also added lib1funcs.S because I assume I want to clean that out too with make clean.
quoted
# For __aeabi_uidivmod lib1funcs = $(obj)/lib1funcs.oWhile touching the file I would kill this assignment - it confused me.
Sure. I've expanded $(lib1funcs) into $(obj)/lib1funcs.o in the vmlinux rule.
quoted
-$(obj)/lib1funcs.S: $(srctree)/arch/$(SRCARCH)/lib/lib1funcs.S FORCE +$(obj)/lib1funcs.S: $(srctree)/arch/$(SRCARCH)/lib/lib1funcs.S $(call cmd,shipped) # We need to prevent any GOTOFF relocs being used with referencesIf you prepare a patch with the changes then you can add my "Acked-by".
Thanks will do. -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.