[U-Boot-Users] RE: U-Boot-Users digest, Vol 1 #1658 - 10 msgs
Akshay Kumar Behera
akshay at ceeyes.com
Tue Jan 10 06:04:03 CET 2006
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 at localhost staging_dir]# cd /buildroot [root at 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 at 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 at lists.sourceforge.net
[mailto:u-boot-users-admin at lists.sourceforge.net] On Behalf Of
u-boot-users-request at lists.sourceforge.net
Sent: Tuesday, January 10, 2006 1:40 AM
To: u-boot-users at lists.sourceforge.net
Subject: U-Boot-Users digest, Vol 1 #1658 - 10 msgs
Send U-Boot-Users mailing list submissions to
u-boot-users at 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 at lists.sourceforge.net
You can reach the person managing the list at
u-boot-users-admin at 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 at siemens.com>
To: <u-boot-users at 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 at gmail.com>
To: u-boot-users at 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 at gmail.com>
To: Wolfgang Denk <wd at denx.de>
Subject: Re: [U-Boot-Users] u-boot locking ?
Cc: u-boot-users at 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 at 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:
> 1) 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 ??
>
> 2) Read somewhere on net, that by deault all sectors are locked after
> reboo t ? true ? does J3 Intel strata flash does it also automatically
> ?
>
> 3) 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 at denx.de> wrote:
> > In message
> > <29f916510601080721vd20b512u819ee9bce7ad1408 at mail.gmail.com>=
you wrote:
> > >
> > > 1) 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.
> >
> > > 2) 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 at 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 at csnews.cs.colorado.edu>
> >
>
--__--__--
Message: 4
To: alfred hitch <alfred.hitch at gmail.com>
cc: u-boot-users at lists.sourceforge.net
From: Wolfgang Denk <wd at denx.de>
Subject: Re: [U-Boot-Users] u-boot locking ?
Date: Mon, 09 Jan 2006 12:52:42 +0100
In message <29f916510601090155q21ac4a8dy8ad8a9012b3b3603 at 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 at 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 at gmail.com>
cc: u-boot-users at lists.sourceforge.net
From: Wolfgang Denk <wd at 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 at mail.gmail.com> you wrote:
>
> 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?
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 at 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 at smiths-aerospace.com>
To: u-boot-users at 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 value
>
> 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.
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 at nabble.com>
Reply-To: willow <liugeng-ws at 163.com>
To: u-boot-users at 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 at mvista.com>
Organization: MontaVista Software
To: Li Weichen <iaadoa at gmail.com>
Cc: u-boot-users at lists.sourceforge.net,
linux-arm-toolchain at lists.arm.linux.org.uk,
linux-arm at lists.arm.linux.org.uk,
linux-omap-open-source at 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 at mvista.com>
MontaVista Software, Inc.
www.mvista.com
--__--__--
Message: 9
From: Jon Loeliger <jdl at freescale.com>
To: u-boot-users <u-boot-users at 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 at 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
#########################################################################
--
0.99.9n
--__--__--
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
End of U-Boot-Users Digest
More information about the U-Boot
mailing list