From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xes-mad.com (xes-mad.com [216.165.139.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id AF950B6F06 for ; Tue, 22 Dec 2009 15:50:52 +1100 (EST) Subject: Re: [PATCH v2 2/3] powerpc: Add support for creating FIT uImages From: Peter Tyser To: Olof Johansson In-Reply-To: <20091222034819.GA24012@lixom.net> References: <1261446643-21714-1-git-send-email-ptyser@xes-inc.com> <1261446643-21714-3-git-send-email-ptyser@xes-inc.com> <20091222034819.GA24012@lixom.net> Content-Type: text/plain Date: Mon, 21 Dec 2009 22:50:37 -0600 Message-Id: <1261457437.6875.18.camel@ptyser-laptop> Mime-Version: 1.0 Cc: linuxppc-dev@ozlabs.org, linux-kbuild@vger.kernel.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Olof, On Mon, 2009-12-21 at 21:48 -0600, Olof Johansson wrote: > Hi, > > On Mon, Dec 21, 2009 at 07:50:42PM -0600, Peter Tyser wrote: > > diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile > > index bb2465b..e56ec21 100644 > > --- a/arch/powerpc/boot/Makefile > > +++ b/arch/powerpc/boot/Makefile > > @@ -310,6 +310,9 @@ $(obj)/zImage.iseries: vmlinux > > $(obj)/uImage: vmlinux $(wrapperbits) > > $(call if_changed,wrap,uboot) > > > > +$(obj)/uImage.fit.%: vmlinux $(obj)/%.dtb $(wrapperbits) > > + $(call if_changed,wrap,uboot.fit,,$(obj)/$*.dtb) > > + > > $(obj)/cuImage.initrd.%: vmlinux $(obj)/%.dtb $(wrapperbits) > > $(call if_changed,wrap,cuboot-$*,,$(obj)/$*.dtb,$(obj)/ramdisk.image.gz) > > > > @@ -349,7 +352,7 @@ install: $(CONFIGURE) $(addprefix $(obj)/, $(image-y)) > > > > # anything not in $(targets) > > clean-files += $(image-) $(initrd-) cuImage.* dtbImage.* treeImage.* \ > > - zImage zImage.initrd zImage.chrp zImage.coff zImage.holly \ > > + uImage.* zImage zImage.initrd zImage.chrp zImage.coff zImage.holly \ > > Please no. It's not entirely uncommon that I will save a "known good" > binary in the build tree for a while, by copying it aside with a different > suffix. That'd give me one very big surprise in this case. You're right that it'd probably be better if the clean pattern was uImage.fit.* to be more restrictive, but your concern would still exist, as it does for a number of other image formats already (cuImage.*, simpleImage.*, etc). I can't think of a way to work around that issue though... Any ideas? Don't keep backup images in arch/powerpc/boot?:) Thanks for the feedback, Peter