From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 19 Oct 2006 12:51:56 -0700 From: "Mark A. Greer" To: Jon Loeliger Subject: Re: [PATCH/RFC] Add cmd_wrap_dts rules to arch/powerpc/boot/Makefile Message-ID: <20061019195156.GB6586@mag.az.mvista.com> References: <20061019002635.GA2356@mag.az.mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Cc: linuxppc-dev , Paul Mackerras List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Oct 19, 2006 at 09:03:18AM -0500, Jon Loeliger wrote: > So, like, the other day "Mark A. Greer" mumbled: > > > > This would be used by the sandpoint, say, by adding the following rules > > to the Makefile in the appropriate places: > > > > $(obj)/zImage.sandpoint: vmlinux $(wrapperbits) > > $(call cmd,wrap_dts,sandpoint) > > > > $(obj)/zImage.initrd.sandpoint: vmlinux $(wrapperbits) > > $(call cmd,wrap_dts_initrd,sandpoint) > > > > and: > > > > image-$(CONFIG_SANDPOINT) += zImage.sandpoint > > > > Comments? > > Isn't there a way to do this without hardcoding the > platform name in the makefiles directly? I fear for > the one-per-platform effect that is yet to come with > the conversion of many of the legacy boards. I share your apprehension but somewhere we have to map a CONFIG_ into a name so we can make/use the correct zImage. and dts/.dts. We could do that in the Kconfig--define CONFIG_ and CONFIG_TARGET to "". Don't know if that's acceptable. Other ideas? > > +++ b/arch/powerpc/boot/Makefile > > @@ -117,6 +117,13 @@ quiet_cmd_wrap = WRAP $@ > > quiet_cmd_wrap_initrd = WRAP $@ > > cmd_wrap_initrd =$(CONFIG_SHELL) $(wrapper) -c -o $@ -p $2 $(CROSSWRAP) \ > > -i $(obj)/ramdisk.image.gz vmlinux > > +quiet_cmd_wrap_dts = WRAP_DTS $@ > > + cmd_wrap_dts =$(CONFIG_SHELL) $(wrapper) -c -o $@ -p $2 $(CROSSWRAP) \ > > + -s $(obj)/dts/$2.dts vmlinux > > +quiet_cmd_wrap_dts_initrd = WRAP_DTS $@ > > + cmd_wrap_dts_initrd =$(CONFIG_SHELL) $(wrapper) -c -o $@ -p $2 \ > > + $(CROSSWRAP) -s $(obj)/dts/$2.dts \ > > + -i $(obj)/ramdisk.image.gz vmlinux > > > > $(obj)/zImage.chrp: vmlinux $(wrapperbits) > > $(call cmd,wrap,chrp) > > Which I guess means this patch is OK, but the zImage.chrp use > around it is suspect.... :-) I didn't follow you here. zImage.chrp was already there; I didn't change it. It should probably stay the as it is because "chrp" could be any number of platforms and have several different dt's attached once the zImage is built. Mark