May 2008 - U-Boot

[U-Boot-Users] Build failure - multiple definition of `env_get_char'
by Mike Montour 15 May '08

15 May '08

As of: ---- a8409f4f1ac84c36273c1a1e341189662521bcfb is first bad commit commit a8409f4f1ac84c36273c1a1e341189662521bcfb Author: Wolfgang Denk <wd(a)denx.de> Date: Wed May 14 12:22:49 2008 +0200 environment: cleanup prototype declarations of env functions. ---- I am unable to build u-boot. I observed this problem originally when building for gta01bv4 with Openmoko-specific patches, but I am able to reproduce the problem with a clean checkout of git://git.denx.de/u-boot.git configured for "mp2usb" (chosen arbitrarily). The error messages from the "mp2usb" build failure are below, and I can provide more information if needed: .a drivers/video/libvideo.a common/libcommon.a libfdt/libfdt.a api/libapi.a post/libpost.a | \ sed -n -e 's/.*$__u_boot_cmd_.*$/-u\1/p'|sort|uniq`;\ cd /home/mmontour/moko/build/u_tmp/u-boot && arm-angstrom-linux-gnueabi-ld -Bstatic -T /home/mmontour/moko/build/u_tmp/u-boot/board/mp2usb/u-boot.lds -Ttext 0x27F00000 $UNDEF_SYM cpu/arm920t/start.o \ --start-group lib_generic/libgeneric.a cpu/arm920t/libarm920t.a cpu/arm920t/at91rm9200/libat91rm9200.a lib_arm/libarm.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a net/libnet.a disk/libdisk.a drivers/bios_emulator/libatibiosemu.a drivers/block/libblock.a drivers/dma/libdma.a drivers/hwmon/libhwmon.a drivers/i2c/libi2c.a drivers/input/libinput.a drivers/misc/libmisc.a drivers/mtd/libmtd.a drivers/mtd/nand/libnand.a drivers/mtd/nand_legacy/libnand_legacy.a drivers/mtd/onenand/libonenand.a drivers/net/libnet.a drivers/net/sk98lin/libsk98lin.a drivers/pci/libpci.a drivers/pcmcia/libpcmcia.a drivers/spi/libspi.a drivers/rtc/librtc.a drivers/serial/libserial.a drivers/usb/libusb.a drivers/video/libvideo.a common/libcommon.a libfdt/libfdt.a api/libapi.a post/libpost.a board/mp2usb/libmp2usb.a --end-group -L /home/mmontour/moko/build/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2 -lgcc \ -Map u-boot.map -o u-boot common/libcommon.a(cmd_nvedit.o): In function `envmatch': /home/mmontour/moko/build/u_tmp/u-boot/common/cmd_nvedit.c:566: multiple definition of `env_get_char' common/libcommon.a(cmd_bootm.o):/home/mmontour/moko/build/u_tmp/u-boot/include/linux/byteorder/swab.h:113: first defined here common/libcommon.a(env_common.o):(.data+0x0): multiple definition of `env_get_char' common/libcommon.a(cmd_bootm.o):/home/mmontour/moko/build/u_tmp/u-boot/include/linux/byteorder/swab.h:113: first defined here common/libcommon.a(env_flash.o): In function `env_get_char_spec': /home/mmontour/moko/build/u_tmp/u-boot/common/env_flash.c:94: multiple definition of `env_get_char' common/libcommon.a(cmd_bootm.o):/home/mmontour/moko/build/u_tmp/u-boot/include/linux/byteorder/swab.h:113: first defined here make: *** [u-boot] Error 1

2 1

[U-Boot-Users] [PATCH] environment: fix bug introduced by commit a8409f4f1ac8
by Wolfgang Denk 15 May '08

15 May '08

env_get_char is not a function, but a pointer to one. Signed-off-by: Wolfgang Denk <wd(a)denx.de> --- include/environment.h | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/environment.h b/include/environment.h index 946a393..bf9f669 100644 --- a/include/environment.h +++ b/include/environment.h @@ -107,8 +107,8 @@ typedef struct environment_s { unsigned char data[ENV_SIZE]; /* Environment data */ } env_t; -/* Function that returns a character from the environment */ -unsigned char (*env_get_char)(int); +/* Pointer to function that returns a character from the environment */ +extern unsigned char (*env_get_char)(int); /* Function that returns a pointer to a value from the environment */ unsigned char *env_get_addr(int); -- 1.5.4.2

1 0

[U-Boot-Users] [PATCH] QUAD100HD: Allow the environment to be put into flash.
by Gary Jennejohn 15 May '08

15 May '08

After moving TEXT_BASE the value for CFG_ENV_ADDR was incorrect. Also use a redundant environment. Signed-off-by: Gary Jennejohn <garyj(a)denx.de> --- include/configs/quad100hd.h | 13 +++++++++---- 1 files changed, 9 insertions(+), 4 deletions(-) diff --git a/include/configs/quad100hd.h b/include/configs/quad100hd.h index b2a7030..c0813bf 100644 --- a/include/configs/quad100hd.h +++ b/include/configs/quad100hd.h @@ -41,7 +41,9 @@ #define PLLMR0_DEFAULT PLLMR0_266_133_66 /* no PCI */ #define PLLMR1_DEFAULT PLLMR1_266_133_66 /* no PCI */ -#define CFG_ENV_IS_IN_EEPROM 1 /* use the EEPROM for environment vars */ +/* the environment is in the EEPROM by default */ +#define CFG_ENV_IS_IN_EEPROM +#undef CFG_ENV_IS_IN_FLASH #define CONFIG_NET_MULTI 1 #define CONFIG_HAS_ETH1 1 @@ -198,9 +200,12 @@ #ifdef CFG_ENV_IS_IN_FLASH #define CFG_ENV_SECT_SIZE 0x10000 /* size of one complete sector */ -#define CFG_ENV_SIZE 0x10000 /* Total Size of Environment Sector */ -#define CFG_ENV_OFFSET 0x00050000 /* Offset of Environment Sector */ -#define CFG_ENV_ADDR (CFG_FLASH_BASE + CFG_ENV_OFFSET) +/* the environment is located before u-boot */ +#define CFG_ENV_ADDR (TEXT_BASE - CFG_ENV_SECT_SIZE) + +/* Address and size of Redundant Environment Sector */ +#define CFG_ENV_ADDR_REDUND (CFG_ENV_ADDR - CFG_ENV_SECT_SIZE) +#define CFG_ENV_SIZE_REDUND (CFG_ENV_SECT_SIZE) #endif #ifdef CFG_ENV_IS_IN_EEPROM -- 1.5.5 --- Gary Jennejohn ********************************************************************* DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office(a)denx.de *********************************************************************

2 1

[U-Boot-Users] build u-boot error: No rule to make target `.depend', needed by `_depend'.
by Steven Woody 15 May '08

15 May '08

Hi, I 'cd' in eldk-4.1-arm installation directory arm/src/u-boot-1.2.0 and run: make distclean make sbc2410x_config make all In the last step, the `make' reported "No rule to make target `.depend', needed by `_depend'. Stop". What's wrong with it? Thanks. -- woody then sun rose thinly from the sea and the old man could see the other boats, low on the water and well in toward the shore, spread out across the current.

4 7

[U-Boot-Users] [PATCH] TQM8272: fix out-of-tree building
by Wolfgang Denk 15 May '08

15 May '08

...and add to MAKEALL script Signed-off-by: Wolfgang Denk <wd(a)denx.de> --- MAKEALL | 1 + board/tqm8272/Makefile | 23 +++++++++++++++-------- 2 files changed, 16 insertions(+), 8 deletions(-) diff --git a/MAKEALL b/MAKEALL index 791eabc..37b4334 100755 --- a/MAKEALL +++ b/MAKEALL @@ -306,6 +306,7 @@ LIST_8260=" \ TQM8260_AC \ TQM8260_AD \ TQM8260_AE \ + TQM8272 \ ZPC1900 \ " diff --git a/board/tqm8272/Makefile b/board/tqm8272/Makefile index 3dbf913..6730263 100644 --- a/board/tqm8272/Makefile +++ b/board/tqm8272/Makefile @@ -1,5 +1,5 @@ # -# (C) Copyright 2001 +# (C) Copyright 2001-2008 # Wolfgang Denk, DENX Software Engineering, wd(a)denx.de. # # See file CREDITS for list of people who contributed to this @@ -22,19 +22,26 @@ # include $(TOPDIR)/config.mk +ifneq ($(OBJTREE),$(SRCTREE)) +$(shell mkdir -p $(obj)../tqm8xx/) +endif -LIB = lib$(BOARD).a +LIB = $(obj)lib$(BOARD).a -OBJS = $(BOARD).o ../tqm8xx/load_sernum_ethaddr.o +COBJS = $(BOARD).o ../tqm8xx/load_sernum_ethaddr.o -$(LIB): .depend $(OBJS) - $(AR) crv $@ $(OBJS) +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB): $(obj).depend $(OBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) ######################################################################### -.depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) - $(CC) -M $(CFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@ +# defines $(obj).depend target +include $(SRCTREE)/rules.mk -sinclude .depend +sinclude $(obj).depend ######################################################################### -- 1.5.4.2

1 0

Re: [U-Boot-Users] U-Boot-Users Digest, Vol 24, Issue 99
by ramon rebersak 15 May '08

15 May '08

Problem with ibm ppc 405 processor. Pretty confused thing that this is hard to patch to work with ibm ppc 405!!! On Wed, May 14, 2008 at 10:54 PM, < u-boot-users-request(a)lists.sourceforge.net> wrote: > Send U-Boot-Users mailing list submissions to > u-boot-users(a)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(a)lists.sourceforge.net > > You can reach the person managing the list at > u-boot-users-owner(a)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. Re: build u-boot error: No rule to make target `.depend', > needed by `_depend'. (Wolfgang Denk) > 2. Re: [PATCH 2/2] Added support for Aztek Networks cta5000s > telecom board. (Wolfgang Denk) > 3. Re: [PATCH] MPC85xx: Change traps.c to not reference > non-addressable memory (Kim Phillips) > 4. Re: [PATCH] MPC85xx: Change traps.c to not reference > non-addressable memory (Becky Bruce) > 5. Re: Loading a kernel on MX31ADS using U-boot (Fabio Estevam) > 6. A simple howto boot sequoia (ARCH=powerpc) using flattened > device tree (FDT) (Niklaus Giger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 14 May 2008 20:49:26 +0200 > From: Wolfgang Denk <wd(a)denx.de> > Subject: Re: [U-Boot-Users] build u-boot error: No rule to make target > `.depend', needed by `_depend'. > To: "Steven Woody" <narkewoody(a)gmail.com> > Cc: u-boot-users(a)lists.sourceforge.net > Message-ID: <20080514184926.63F59248C8(a)gemini.denx.de> > Content-Type: text/plain; charset=ISO-8859-1 > > Steven, > > > A: Because it messes up the order in which people normally read text. > > Q: Why is it such a bad thing? > > A: Top-posting. > > Q: What is the most annoying thing on usenet and in e-mail? > > > And you not only top-post, you also full-quote. > > You are ignoring Netiquette more or less completely, are you aware of > this? > > I think you should read http://www.netmeister.org/news/learn2quote.html > really carefully. > > > In message <ed4892840805141049v3f7b2828w6d5ee74cf1923e09(a)mail.gmail.com> > you wrote: > > > > 1.2.0 is come frome eldk-4.1 iso file. Downloading independent u-boot > > seems require `git' tool which I get problem with because my office > > network gets many limits. Is there a http way to download u-boot? > > If you bothered to read the documentation or tyhe U-Boot web pages you > should have seen the links to the FTP site, and you should have read > about the snapshot feature of git. > > Please see http://www.denx.de/wiki/UBoot/SourceCode > > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de > I have a theory that it's impossible to prove anything, but I can't > prove it. > > > > ------------------------------ > > Message: 2 > Date: Wed, 14 May 2008 20:54:34 +0200 > From: Wolfgang Denk <wd(a)denx.de> > Subject: Re: [U-Boot-Users] [PATCH 2/2] Added support for Aztek > Networks cta5000s telecom board. > To: Jim Black <jblack547(a)gmail.com> > Cc: u-boot-users(a)lists.sourceforge.net, Jim Black > <jblack(a)azteknetworks.com> > Message-ID: <20080514185434.244B9248C8(a)gemini.denx.de> > Content-Type: text/plain; charset=ISO-8859-1 > > In message <1210781443-6819-3-git-send-email-jblack(a)azteknetworks.com> you > wrote: > > --- > > board/cta5000s/Makefile | 50 +++ > > board/cta5000s/config.mk | 30 ++ > > board/cta5000s/cta5000s.c | 575 +++++++++++++++++++++++++++++++++++ > > include/configs/cta5000s.h | 723 > ++++++++++++++++++++++++++++++++++++++++++++ > > 4 files changed, 1378 insertions(+), 0 deletions(-) > > create mode 100644 board/cta5000s/Makefile > > create mode 100644 board/cta5000s/config.mk > > create mode 100644 board/cta5000s/cta5000s.c > > create mode 100644 include/configs/cta5000s.h > > There is trailing white space in some of the files. > > Please use TABs for indentation instead of spaces (Not only at the > beginning of the lines). > > > +/* See include/configs/cta5000s.h for CFG_* settings > > + * All values in the following tables taken from > > + * chapter 6 of the cta Programmer's Guide > > + */ > ... > > +/* Compact Flash Control Registers > > + */ > ... > > +/* Compact Flash IO memory > > + */ > > These comments, and many others, are not in the requested format for > multiline comments. > > And I dare to ask if this: > > > +/* FPGA memory > > + */ > > really requires a multiline comment? > > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de > The more we disagree, the more chance there is that at least one of > us is right. > > > > ------------------------------ > > Message: 3 > Date: Wed, 14 May 2008 13:57:32 -0500 > From: Kim Phillips <kim.phillips(a)freescale.com> > Subject: Re: [U-Boot-Users] [PATCH] MPC85xx: Change traps.c to not > reference non-addressable memory > To: becky.bruce(a)freescale.com > Cc: u-boot-users(a)lists.sourceforge.net > Message-ID: <20080514135732.a12d2b13.kim.phillips(a)freescale.com> > Content-Type: text/plain; charset=US-ASCII > > On Wed, 14 May 2008 13:10:04 -0500 > becky.bruce(a)freescale.com wrote: > > > From: Becky Bruce <becky.bruce(a)freescale.com> > > > > Currently, END_OF_RAM is used by the trap code to determine if > > we should attempt to access the stack pointer or not. However, > > on systems with a lot of RAM, only a subset of the RAM is > > guaranteed to be mapped in and accessible. Change END_OF_RAM > > to use get_effective_memsize() instead of using the raw ram > > size out of the bd. > > > > Signed-off-by: Becky Bruce <becky.bruce(a)freescale.com> > > --- > > what, no love for 4xx, 83xx, and 74xx_7xx? > > can also be made a single patch for WD to apply directly. > > Kim > > > > ------------------------------ > > Message: 4 > Date: Wed, 14 May 2008 15:31:43 -0500 > From: Becky Bruce <becky.bruce(a)freescale.com> > Subject: Re: [U-Boot-Users] [PATCH] MPC85xx: Change traps.c to not > reference non-addressable memory > To: Kim Phillips <kim.phillips(a)freescale.com> > Cc: u-boot-users(a)lists.sourceforge.net > Message-ID: <7D0431BD-E54C-42C2-AB52-EDDEFDF715DA(a)freescale.com> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > > On May 14, 2008, at 1:57 PM, Kim Phillips wrote: > > On Wed, 14 May 2008 13:10:04 -0500 > > becky.bruce(a)freescale.com wrote: > > > >> From: Becky Bruce <becky.bruce(a)freescale.com> > >> > >> Currently, END_OF_RAM is used by the trap code to determine if > >> we should attempt to access the stack pointer or not. However, > >> on systems with a lot of RAM, only a subset of the RAM is > >> guaranteed to be mapped in and accessible. Change END_OF_RAM > >> to use get_effective_memsize() instead of using the raw ram > >> size out of the bd. > >> > >> Signed-off-by: Becky Bruce <becky.bruce(a)freescale.com> > >> --- > > > > what, no love for 4xx, 83xx, and 74xx_7xx? > > The other platforms currently set a hard limit that should still be > valid - I just changed the ones that were reading memsize directly > out of the bd. > > > > > can also be made a single patch for WD to apply directly. > > > > Sure, I just split it up in case there was some reason we shouldn't > do it for one of them. > > -B > > > > > ------------------------------ > > Message: 5 > Date: Wed, 14 May 2008 13:53:28 -0700 (PDT) > From: Fabio Estevam <fabioestevam(a)yahoo.com> > Subject: Re: [U-Boot-Users] Loading a kernel on MX31ADS using U-boot > To: Guennadi Liakhovetski <g.liakhovetski(a)gmx.de>, Jens Gehrlein > <sew_s(a)tqs.de> > Cc: u-boot-users(a)lists.sourceforge.net > Message-ID: <209131.47056.qm(a)web51011.mail.re2.yahoo.com> > Content-Type: text/plain; charset=us-ascii > > Hi Jens, > > Have you tried to pass the "jtag=on" option into the kernel command line? > > Regards, > > Fabio Estevam > > --- On Wed, 5/14/08, Jens Gehrlein <sew_s(a)tqs.de> wrote: > > > From: Jens Gehrlein <sew_s(a)tqs.de> > > Subject: Re: [U-Boot-Users] Loading a kernel on MX31ADS using U-boot > > To: "Guennadi Liakhovetski" <g.liakhovetski(a)gmx.de> > > Cc: u-boot-users(a)lists.sourceforge.net > > Date: Wednesday, May 14, 2008, 4:08 AM > > Hi Guennadi, > > > > Guennadi Liakhovetski schrieb: > > > > ... > > > > Apart from that, verify that your console= > > > command line parameter is correct, your machine ID > > matches, and that you > > > don't have a jtag debugger like bdi2000 connected > > when you're trying to > > > boot. > > > > I have the same problem on our board: I don't see the > > console outputs if > > the BDI2000 cable is connected to the target, although the > > BDI is in > > mode "reset run". Do have an idea why? > > > > Best Regards, > > Jens > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > > ------------------------------ > > Message: 6 > Date: Wed, 14 May 2008 22:54:16 +0200 > From: Niklaus Giger <niklaus.giger(a)member.fsf.org> > Subject: [U-Boot-Users] A simple howto boot sequoia (ARCH=powerpc) > using flattened device tree (FDT) > To: u-boot-users(a)lists.sourceforge.net > Message-ID: <200805142254.16731.niklaus.giger(a)member.fsf.org> > Content-Type: text/plain; charset="iso-8859-1" > > Hi > > It took me a evening to put everything together. Therefore I send this mail > hoping it may help somebody else. Hopefully some of the content will find > its way into the DULG/FAQ, may as point 14.3.30. "Booting using flattened > device tree (FDT)" > > First one needs a recent U-boot with FDT support compiled into, e.g > 1.3.2-rc3-g772003e4-dirty (Apr 11 2008 - 15:56:0 for the sequoia board. > > Secone one needs a recent Linux kernel made using "ARCH=powerpc", e.g. from > 2.6.25-00002-ga9bf9f0 from git://www.denx.de/git/linux-2.6-denx.git. > > Third one needs a recent dtc (Device Tree Compiler). The following commands > $ git clone http://www.jdl.com/software/dtc.git > $ cd dtc && make && sudo cp dtc /usr/local/bin > should do the job. > > Now you are ready to compile the device tree blob. I used the commands > given in > http://www.denx.de/wiki/view/DULG/LinuxFDTBlob > dtc -b 0 -V 17 -R 4 -S 0x3000 -I dts -O dtb -f > arch/powerpc/boot/dts/sequoia.dts \ > > /tftpboot/sequoia/sequoia.dtb > > Now power up your sequoia board and execute the following commands to start > a > Linux kernel on a NFS root device. The following commands did the job for > me: > > > Hit any key to stop autoboot: 0 > > => tftp 200000 /tftpboot/sequoia/uImage > > Waiting for PHY auto negotiation to complete.. done > > ENET Speed is 100 Mbps - FULL duplex connection (EMAC0) > > Using ppc_4xx_eth0 device > > TFTP from server 172.25.1.3; our IP address is 172.25.1.88 > > Filename '/tftpboot/sequoia/uImage'. > > Load address: 0x200000 > > Loading: > ################################################################# > > ###################### > > done > > Bytes transferred = 1277067 (137c8b hex) > > => tftp 1000000 /tftpboot/sequoia/sequoia.dtb > > ENET Speed is 100 Mbps - FULL duplex connection (EMAC0) > > Using ppc_4xx_eth0 device > > TFTP from server 172.25.1.3; our IP address is 172.25.1.88 > > Filename '/tftpboot/sequoia/sequoia.dtb'. > > Load address: 0x1000000 > > Loading: # > > done > > Bytes transferred = 12288 (3000 hex) > > => run nfsargs addip addtty > > => printenv bootargs > > bootargs=root=/dev/nfs rw nfsroot=172.25.1.3:/opt/eldk/ppc_4xxFP > > ip=172.25.1.88:172.25.1.3:::sequoia:eth0:off panic=1 > console=ttyS0,115200 > > => fdt addr 1000000 > > => fdt chosen > > => fdt list > <...> > > => fdt print > <...> > > => bootm 200000 - 1000000 > > ## Booting image at 00200000 ... > > Image Name: Linux-2.6.25-00002-ga9bf9f0 > > Image Type: PowerPC Linux Kernel Image (gzip compressed) > > Data Size: 1277003 Bytes = 1.2 MB > > Load Address: 00000000 > > Entry Point: 00000000 > > Verifying Checksum ... OK > > Uncompressing Kernel Image ... OK > > Booting using the fdt at 0x1000000 > > Loading Device Tree to 007fc000, end 007fefff ... OK > > Using Sequoia machine description > <...> > > Thats it. Now you should boot into your shiny new Linux kernel. Attached is > a gzipped output of my startup (for the curious). > > Once my kernel started I used the following commands to update my u-boot > environment: > > setenv ftd_get 'tftp 200000 ${bootfile};tftp 1000000 > sequoia/sequoia.dtb;fdt addr 1000000;' > > setenv net_nfs 'run ftd_get nfsargs addip addtty; fdt chosen;bootm 200000 > - 1000000' > > saveenv > > Best regards > > Niklaus >

2 1

[U-Boot-Users] [PATCH] Support for Aztek Networks cta5000s - Resubmittal
by Jim Black 14 May '08

14 May '08

This patch to u-boot-1.3.3 adds support for the Aztek Networks, Inc. cta5000s. The board hosts a Freescale mpc8250, 64MB of SDRAM and 2 MB of flash. The cta5000s hardware uses the Analog and Micro Rattler 8250 as a reference. The software uses components from the TQM8260 and the pq2ads boards. Signed-off-by: Jim Black <jblack(a)azteknetworks.com>, Senior Software Engineer Signed-off-by: Jeffrey Haemer <jhaemer(a)azteknetworks.com>, Software Configuration Manager

3 4

[U-Boot-Users] [PATCH] MPC86xx: Change traps.c to not reference non-addressable memory
by becky.bruce＠freescale.com 14 May '08

14 May '08

From: Becky Bruce <becky.bruce(a)freescale.com> Currently, END_OF_RAM is used by the trap code to determine if we should attempt to access the stack pointer or not. However, on systems with a lot of RAM, only a subset of the RAM is guaranteed to be mapped in and accessible. Change END_OF_RAM to use get_effective_memsize() instead of using the raw ram size out of the bd to prevent us from trying to access non-mapped memory. Signed-off-by: Becky Bruce <becky.bruce(a)freescale.com> --- cpu/mpc86xx/traps.c | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/cpu/mpc86xx/traps.c b/cpu/mpc86xx/traps.c index 04c2e13..5695c3e 100644 --- a/cpu/mpc86xx/traps.c +++ b/cpu/mpc86xx/traps.c @@ -43,7 +43,13 @@ int (*debugger_exception_handler)(struct pt_regs *) = 0; /* Returns 0 if exception not found and fixup otherwise. */ extern unsigned long search_exception_table(unsigned long); -#define END_OF_MEM (gd->bd->bi_memstart + gd->bd->bi_memsize) +/* + * End of addressable memory. This may be less than the actual + * amount of memory on the system if we're unable to keep all + * the memory mapped in. + */ +extern ulong get_effective_memsize(void); +#define END_OF_MEM (gd->bd->bi_memstart + get_effective_memsize()) /* * Trap & Exception support -- 1.5.4.1

1 0

[U-Boot-Users] Intel 82551IT ethernet controller phy loopback in monitor level ??
by mahendra varman 14 May '08

14 May '08

Hi all In U-boot my ethernet controller PMC card with 82551It is working perfectly.. My customer needs to test the controller in monitor level also.. I have initialized 82551It and i can able to access phy thru mac.. Did anybody tried loopback(phy loopback) in monitor level for 82551It ? Thanks

1 0

[U-Boot-Users] [ppc4xx] Please pull git://www.denx.de/git/u-boot-ppc4xx.git
by Stefan Roese 14 May '08

14 May '08

The following changes since commit 65dcfa79204f4750b905a173a5365e0b2eb6c2f6: Wolfgang Denk (1): Revert "pci: Add CONFIG_PCI_SKIP_HOST_BRIDGE config option" are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git master Stefan Roese (3): ppc4xx: Add 405EX(r) revision C PVR definitions and detection code ppc4xx: Individual handling of ddr2_fixed.c for canyonlands_nand build ppc4xx: Fix bogus Canyonlands config.mk board/amcc/canyonlands/config.mk | 10 +--------- board/amcc/kilauea/kilauea.c | 19 ++++++++++++------- cpu/ppc4xx/cpu.c | 20 ++++++++++++++++++++ include/asm-ppc/processor.h | 12 ++++++++---- nand_spl/board/amcc/canyonlands/Makefile | 8 +++++++- 5 files changed, 48 insertions(+), 21 deletions(-)

2 1