Hi ,
I am akshay Here. I want to make U-Boot for arm7tdmi architecture. The main aim my Boot Loader should acccept the image, which made in uclinux os for arm7tdmi processor. I have downloaded u-boot-1.1.4. Now i am using linux-9.0 version. Can you suggest me, how i will compile the same source code.
Atfirst I am building thr Buildroot for arm architecture. I have downloaded Buildroot anapshot. Then I made menuconfig in Build root.
After that, I went for make command for building the buildroot. At the last step, I am getting Following errors,
[root@localhost staging_dir]# cd /buildroot [root@localhost buildroot]# make make -C /buildroot/toolchain_build_arm/uClibc \ PREFIX= \ DEVEL_PREFIX=/buildroot/build_arm/staging_dir/ \ RUNTIME_PREFIX=/buildroot/build_arm/staging_dir/ \ install_runtime install_dev make[1]: Entering directory `/buildroot/toolchain_build_arm/uClibc' install -d /buildroot/build_arm/staging_dir/lib install -m 644 lib/lib*-0.9.28.so \ /buildroot/build_arm/staging_dir/lib install: cannot stat `lib/lib*-0.9.28.so': No such file or directory make[1]: *** [install_runtime] Error 1 make[1]: Leaving directory `/buildroot/toolchain_build_arm/uClibc' make: *** [/buildroot/build_arm/staging_dir/lib/libc.a] Error 2 [root@localhost buildroot]#
Will anybody please tell me what's the problem and how to solve it?
Thanking you, Regards, Akshay
-----Original Message----- From: u-boot-users-admin@lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of u-boot-users-request@lists.sourceforge.net Sent: Tuesday, January 10, 2006 1:40 AM To: u-boot-users@lists.sourceforge.net Subject: U-Boot-Users digest, Vol 1 #1658 - 10 msgs
Send U-Boot-Users mailing list submissions to u-boot-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/u-boot-users or, via email, send a message with subject or body 'help' to u-boot-users-request@lists.sourceforge.net
You can reach the person managing the list at u-boot-users-admin@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific than "Re: Contents of U-Boot-Users digest..."
Today's Topics:
1. Linux stops at turn_on_mmu when jumping to start_here (=?iso-8859-1?Q?Jose_Fran=E7a_=28Ext=5FGTBC=29?=) 2. About the u-boot (in ELF binary format) (=?GB2312?B?zNq3ycH6?=) 3. Re: u-boot locking ? (alfred hitch) 4. Re: u-boot locking ? (Wolfgang Denk) 5. Re: About the u-boot (in ELF binary format) (Wolfgang Denk) 6. Re: Linux stops at turn_on_mmu when jumping to start_here (Jerry Van Baren) 7. How do the arm926ejs boot from nand in Uboot? (willow (sent by Nabble.com)) 8. Re: Toolchain select (Khem Raj) 9. [PATCH] Allow top-level distclean target to descend to board Makefiles. (Jon Loeliger)
--__--__--
Message: 1 Date: Mon, 9 Jan 2006 10:19:22 -0000 From: =?iso-8859-1?Q?Jose_Fran=E7a_=28Ext=5FGTBC=29?= Jose.Franca.Ext@siemens.com To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] Linux stops at turn_on_mmu when jumping to start_here
Hello!
I hope this subject isn't too much off-topic, but i'm stucked... I read = the FAQ's and searched in the mailing-list history for an answer, but = still i can't make it work and so i'm asking for your help. The situation is this... I am develloping the bootloader and kernel for = a board based on mpc8247:
- u-boot is almost fully configured and running well - bd_t on u-boot and on linux have the same definitions - the platform header file that i created is based on rpx8260.h and = i'm using m8260_setup to fill ppc_md - CPM_MAP_ADDR and CFG_IMMR have the same value =09 I don't have yet a debugger at hand, but from what i've discovered it = stops in rfi instruction, when turning on MMU. Any suggestions would be = most welcomed...
Many thanks for reading and many more if you respond :)! Filipe.
--__--__--
Message: 2 Date: Mon, 9 Jan 2006 18:35:47 +0800 From: =?GB2312?B?zNq3ycH6?= jinlongwei@gmail.com To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] About the u-boot (in ELF binary format)
Hi, I have successfully compiled u-boot and ,as you know, there are several object files produced after"make all", one of which is u-boot(in ELF binary format) . Now, i run the u-boot(in ELF binary format) in target board (Embedded Planet EP405)with Linux kernel and NFS file system. # ./u-boot then appears the error echo: Segmentation fault will you please tell me what's the problem and how to solve it? Thank you and best wishes!!
--__--__--
Message: 3 Date: Mon, 9 Jan 2006 05:44:08 -0500 From: alfred hitch alfred.hitch@gmail.com To: Wolfgang Denk wd@denx.de Subject: Re: [U-Boot-Users] u-boot locking ? Cc: u-boot-users@lists.sourceforge.net
Hi,
just to add to my last post, the u-boot seems to be hanging in the function= : flash_get_size
???? Code comments in header for function says: * * The following code cannot be run from FLASH! * */
Any option I am missing which could be causing it to screw up ?
My compilation is simple: make clean; make ixdp425_config; make
(Before doing this, u-boot was working just fine for us )
Anyone has already tried marking blocks as locked on J3 Flash ? and can hel= p ?
Regards, Alfred
On 1/9/06, alfred hitch alfred.hitch@gmail.com wrote:
Hi Wolfgang,
Thanks for your mails, u-boot in mycase also I observed wasnt being called with hardware protection on.
I will appreciate if someone can help me with following questions:
- I enabled these 3 defines in the include/configs/ixdp425.h #define
CFG_FLASH_PROTECTION #define CFG_FLASH_CFI_DRIVER #define CFG_FLASH_CFI
From what appeared logical (and compilation needs) to me. But, when I am booting the system now, its hanging after displaying the RAM configuration.
I have just begun to trace down on what could be wrong,but it looks from initial traces to be in flash_init.
Anything I am missing / doing wrong ??
- Read somewhere on net, that by deault all sectors are locked after
reboo t ? true ? does J3 Intel strata flash does it also automatically ?
- Remember to do so after relocation to RAM. :: Can you please help
me to correct place, code path / function to do so ? I am very new to u-boot.
Regards, Alfred
On 1/8/06, Wolfgang Denk wd@denx.de wrote:
In message 29f916510601080721vd20b512u819ee9bce7ad1408@mail.gmail.com=
you wrote:
- Does u-boot lock the block on which it resides by default ?
Not by default, but you can inplement in your flah driver whichever features you like.
I mean the sector /erase block on which u-boot is there, it will be locked using the block lock bit by default ?
Remember that only few flash chips provide such hardware locking, and that some boards implement even other ways of write protection of parts of or of the whole flash device.
- The flash content changing has to work in block sizes erase -
modify - write cyecles only ??
No. You can write single bytes (as long as you are only changing '1' bits to '0').
Reason for all this is that we have few boards on which u-boot is getting corrupted (on flash image corruption itself). And so am wondering even if its a noise issue, how can it first cause an unlock of sector before write.
Normally the flash is not hardare write protected, and if your hardware designer used flash chips which can be corrupted for example by just writing arbitrary data to a sequential address range you may easily see such corruption. There is a very good reason why AMD flash chips require a specific programming sequence which must be written in a certain sequence to certain
non-consequitive addresses.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de PoB =3D "Prisoner of Bill" -- those held captive, unwillingly or other- wise, by the contemptible Microsoft monopoly. -- Tom Christiansen in 6abo45$3lc$2@csnews.cs.colorado.edu
--__--__--
Message: 4 To: alfred hitch alfred.hitch@gmail.com cc: u-boot-users@lists.sourceforge.net From: Wolfgang Denk wd@denx.de Subject: Re: [U-Boot-Users] u-boot locking ? Date: Mon, 09 Jan 2006 12:52:42 +0100
In message 29f916510601090155q21ac4a8dy8ad8a9012b3b3603@mail.gmail.com = you wrote:
=20 Thanks for your mails, u-boot in mycase also I observed wasnt being called with hardware protection on. =20 I will appreciate if someone can help me with following questions:
...
You may want to search the archive and read the previous postings to this topic first. There has been a long discussion about locking and what could or should be done about it.
Best regards,
Wolfgang Denk
--=20 Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de "I've finally learned what `upward compatible' means. It means we get to keep all our old mistakes." - Dennie van Tassel
--__--__--
Message: 5 To: =?GB2312?B?zNq3ycH6?= jinlongwei@gmail.com cc: u-boot-users@lists.sourceforge.net From: Wolfgang Denk wd@denx.de Subject: Re: [U-Boot-Users] About the u-boot (in ELF binary format) Date: Mon, 09 Jan 2006 12:53:56 +0100
In message c002eb610601090235h7b139895p@mail.gmail.com you wrote:
I have successfully compiled u-boot and ,as you know, there areseveral object files produced after"make all", one of which is u-boot(in ELF binary format) . Now, i run the u-boot(in ELF binary format) in target board (Embedded Planet EP405)with Linux kernel and NFS file system. # ./u-boot then appears the error echo: Segmentation fault will you please tell me what's the problem and how to solve it?
U-Boot is a boot loader and not an application programm which can be run under Linux.
Best regards,
Wolfgang Denk
--=20 Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Every little picofarad has a nanohenry all its own. - Don Vonada
--__--__--
Message: 6 Date: Mon, 09 Jan 2006 09:23:09 -0500 From: Jerry Van Baren gerald.vanbaren@smiths-aerospace.com To: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] Linux stops at turn_on_mmu when jumping to start_here
Jose França (Ext_GTBC) wrote:
Hello!
I hope this subject isn't too much off-topic, but i'm stucked... I
read the FAQ's and searched in the mailing-list history for an answer, but still i can't make it work and so i'm asking for your help.
The situation is this... I am develloping the bootloader and kernel
for a board based on mpc8247:
- u-boot is almost fully configured and running well - bd_t on u-boot and on linux have the same definitions - the platform header file that i created is based on
rpx8260.h and i'm using m8260_setup to fill ppc_md
- CPM_MAP_ADDR and CFG_IMMR have the same valueI don't have yet a debugger at hand, but from what i've discovered
it stops in rfi instruction, when turning on MMU. Any suggestions would be most welcomed...
Many thanks for reading and many more if you respond :)! Filipe.
That is where the MMU gets turned on and is a very delicate place. If there is anything wrong with your memory map/MMU configuration, life stops here with pretty much no indication of what is wrong (a hardware debugger can be used to get some clues, but even that is difficult).
Since you are working without a hardware debugger, I would note that one common trap is to try to blink LEDs/toggle ports/transmit serial messages just after the IRET to get a progress report. Unfortunately, it generally causes a _lack_ of progress because the LED/port/serial is not part of the initial memory map and thus causes an address error, which _causes_ the total lock up.
If you are trying to get progress indications, make sure the resources (port) is accessable in your memory map _before_ you try to use the port. This means either delaying your progress indicator till after the MMU is initialized or using a BAT to map it (making sure nobody else uses that BAT or re-initializes that BAT). Many of the BATs are dedicated to the start up of the MMU so you have to be careful of what one you use for mapping your progress port.
gvb
--__--__--
Message: 7 Date: Mon, 9 Jan 2006 07:55:22 -0800 (PST) From: "willow (sent by Nabble.com)" lists@nabble.com Reply-To: willow liugeng-ws@163.com To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] How do the arm926ejs boot from nand in Uboot?
------=_Part_938_11713481.1136822122949 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
Hi, My linux kernel has successfully run by U-booting from a norflash. 1)can the kernel based on arm 926ejs boot from nandflash? 2)which files I must modifiy in the U-boot packet if the kernel can boot from nandflash and where can I find more imforation about this.
will you please tell me what's the problem and how to solve it? Thanks.
Yours, Wilow
-- View this message in context: http://www.nabble.com/How-do-the-arm926ejs-boot-from-nand-in-Uboot--t880880. html#a2282897 Sent from the Uboot - Users forum at Nabble.com.
------=_Part_938_11713481.1136822122949 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
Hi, My linux kernel has successfully run by U-booting from a norflash. 1)can the kernel based on arm 926ejs boot from nandflash? 2)which files I must modifiy in the U-boot packet if the kernel can boot from nandflash and where can I find more imforation about this.
will you please tell me what's the problem and how to solve it? Thanks.
Yours, Wilow
<br><hr align="left" width="300"> View this message in context: <a href="http://www.nabble.com/How-do-the-arm926ejs-boot-from-nand-in-Uboot--t8 80880.html#a2282897">How do the arm926ejs boot from nand in Uboot?</a><br> Sent from the <a href="http://www.nabble.com/Uboot---Users-f553.html">Uboot - Users</a> forum at Nabble.com.
------=_Part_938_11713481.1136822122949--
--__--__--
Message: 8 Date: Mon, 09 Jan 2006 10:32:27 -0800 From: Khem Raj khem@mvista.com Organization: MontaVista Software To: Li Weichen iaadoa@gmail.com Cc: u-boot-users@lists.sourceforge.net, linux-arm-toolchain@lists.arm.linux.org.uk, linux-arm@lists.arm.linux.org.uk, linux-omap-open-source@linux.omap.com Subject: [U-Boot-Users] Re: Toolchain select
Li Weichen said the following on 01/05/2006 05:38 AM:
Hi all,
I encountered several toolchain problems while cross-compiling such as u-boot, kernel. I find it mostly problem about the version. I don't know which one is proper and stable for embedded system developing.
You may look at http://www.kegel.com/crosstool/crosstool-0.38/buildlogs/ which is a matrix of possible working tool combo's
-- Khem Raj khem@mvista.com MontaVista Software, Inc. www.mvista.com
--__--__--
Message: 9 From: Jon Loeliger jdl@freescale.com To: u-boot-users u-boot-users@lists.sourceforge.net Date: Mon, 09 Jan 2006 14:09:44 -0600 Subject: [U-Boot-Users] [PATCH] Allow top-level distclean target to descend to board Makefiles.
Only applies to boards where it has been explicitly enabled. So far, that is 83xx and 85xx boards.
Signed-off-by: Jon Loeliger jdl@freescale.com
---
Soon, 85xx and 83xx boards will have generated files in their board directories that will need to be cleaned out. This patch provides the infrastructure to do so in one generic patch.
Makefile | 20 +++++++++++++++++++- board/cds/mpc8541cds/Makefile | 3 +++ board/cds/mpc8548cds/Makefile | 3 +++ board/cds/mpc8555cds/Makefile | 3 +++ board/mpc8349ads/Makefile | 3 +++ board/mpc8540ads/Makefile | 4 +++- board/mpc8540eval/Makefile | 3 +++ board/mpc8560ads/Makefile | 4 +++- board/pm854/Makefile | 3 +++ board/pm856/Makefile | 3 +++ board/sbc8560/Makefile | 3 +++ board/stxgp3/Makefile | 3 +++ board/tqm834x/Makefile | 3 +++ board/tqm85xx/Makefile | 3 +++ 14 files changed, 58 insertions(+), 3 deletions(-)
996e2c2225222c1a016d14faf13b8bf2e325bae6 diff --git a/Makefile b/Makefile index 9305cab..e73d618 100644 --- a/Makefile +++ b/Makefile @@ -135,6 +135,14 @@ SUBDIRS = tools \ post/cpu .PHONY : $(SUBDIRS)
+# Subdirectories that will be "clean" and "distclean". +# Not all board Makefiles have "clean" and "distclean" yet, +# so only add those that support it to this list. +ifneq ($(filter $(CPU),mpc85xx mpc83xx),) +CLEANDIRS = board/$(BOARDDIR) +endif + + ######################################################################### #########################################################################
@@ -1846,7 +1854,17 @@ clobber: clean rm -f include/asm/proc include/asm/arch include/asm
mrproper \ -distclean: clobber unconfig +distclean: cleansubdirs clobber unconfig + + +.PHONY: cleansubdirs +cleansubdirs: +ifneq ($(strip $(CLEANDIRS)),) + @for dir in $(CLEANDIRS) ; do \ + $(MAKE) -C $$dir distclean; \ + done +endif +
backup: F=`basename $(TOPDIR)` ; cd .. ; \ diff --git a/board/cds/mpc8541cds/Makefile b/board/cds/mpc8541cds/Makefile index 0d4abbd..1161532 100644 --- a/board/cds/mpc8541cds/Makefile +++ b/board/cds/mpc8541cds/Makefile @@ -38,6 +38,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -46,6 +47,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/cds/mpc8548cds/Makefile b/board/cds/mpc8548cds/Makefile index 0d4abbd..1161532 100644 --- a/board/cds/mpc8548cds/Makefile +++ b/board/cds/mpc8548cds/Makefile @@ -38,6 +38,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -46,6 +47,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/cds/mpc8555cds/Makefile b/board/cds/mpc8555cds/Makefile index 0d4abbd..1161532 100644 --- a/board/cds/mpc8555cds/Makefile +++ b/board/cds/mpc8555cds/Makefile @@ -38,6 +38,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -46,6 +47,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/mpc8349ads/Makefile b/board/mpc8349ads/Makefile index 4327b0d..4e89e21 100644 --- a/board/mpc8349ads/Makefile +++ b/board/mpc8349ads/Makefile @@ -32,6 +32,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(SOBJS) $(OBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -40,6 +41,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/mpc8540ads/Makefile b/board/mpc8540ads/Makefile index 5d8ea34..af4c293 100644 --- a/board/mpc8540ads/Makefile +++ b/board/mpc8540ads/Makefile @@ -27,7 +27,6 @@ LIB = lib$(BOARD).a
OBJS := $(BOARD).o SOBJS := init.o -#SOBJS :=
$(LIB): $(OBJS) $(SOBJS) $(AR) crv $@ $(OBJS) @@ -35,6 +34,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -43,6 +43,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/mpc8540eval/Makefile b/board/mpc8540eval/Makefile index 6f1995e..bb37c73 100644 --- a/board/mpc8540eval/Makefile +++ b/board/mpc8540eval/Makefile @@ -36,6 +36,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -44,6 +45,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/mpc8560ads/Makefile b/board/mpc8560ads/Makefile index 5d8ea34..eb45dcd 100644 --- a/board/mpc8560ads/Makefile +++ b/board/mpc8560ads/Makefile @@ -27,7 +27,6 @@ LIB = lib$(BOARD).a
OBJS := $(BOARD).o SOBJS := init.o -#SOBJS :=
$(LIB): $(OBJS) $(SOBJS) $(AR) crv $@ $(OBJS) @@ -35,6 +34,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -43,6 +43,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/pm854/Makefile b/board/pm854/Makefile index 7828166..43022ff 100644 --- a/board/pm854/Makefile +++ b/board/pm854/Makefile @@ -35,6 +35,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -43,6 +44,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/pm856/Makefile b/board/pm856/Makefile index 5d8ea34..3cccb58 100644 --- a/board/pm856/Makefile +++ b/board/pm856/Makefile @@ -35,6 +35,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -43,6 +44,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/sbc8560/Makefile b/board/sbc8560/Makefile index da295fb..20c4439 100644 --- a/board/sbc8560/Makefile +++ b/board/sbc8560/Makefile @@ -38,6 +38,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -46,6 +47,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/stxgp3/Makefile b/board/stxgp3/Makefile index d150df8..b7b562e 100644 --- a/board/stxgp3/Makefile +++ b/board/stxgp3/Makefile @@ -35,6 +35,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -43,6 +44,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/tqm834x/Makefile b/board/tqm834x/Makefile index 3ecc7d0..6b5b0c5 100644 --- a/board/tqm834x/Makefile +++ b/board/tqm834x/Makefile @@ -32,6 +32,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(SOBJS) $(OBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -40,6 +41,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
######################################################################### diff --git a/board/tqm85xx/Makefile b/board/tqm85xx/Makefile index 3933d46..446b102 100644 --- a/board/tqm85xx/Makefile +++ b/board/tqm85xx/Makefile @@ -35,6 +35,7 @@ $(LIB): $(OBJS) $(SOBJS) clean: rm -f $(OBJS) $(SOBJS)
+.PHONY: distclean distclean: clean rm -f $(LIB) core *.bak .depend
@@ -43,6 +44,8 @@ distclean: clean .depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
+ifeq ($(filter distclean,$(MAKECMDGOALS)),) -include .depend +endif
#########################################################################