October 2003 - U-Boot

[U-Boot-Users] New Board Support
by Sangmoon Kim 09 Oct '03

09 Oct '03

Hi, The attached file is a patch for our board called debris. It has 350MHz MPC8245 processor, 128Mbyte SDRAM, 16Mbyte Flash, 1Mbyte EPROM, 4 10/100BASE-T Ethernet ports(82551ER), 4 UARTs(16C554), and CompactPCI Interface(21154) I think It can be a good example for those who want 64-bit(data bus width) flash interface. I also patched cpu/mpc824x/speed.c so that the speed of the board can be correctly reported. I would be appreciate if this patch is included in u-boot CVS tree. Regards, Sangmoon Kim

2 1

[U-Boot-Users] Re: U-Boot Nios-32 Port
by Wolfgang Denk 09 Oct '03

09 Oct '03

In message <3F7F5CFE.8080607(a)psyent.com> you wrote: > > Attached is a patch that adds the Altera Nios-32 CPU to U-Boot. > The supported board is the Nios Cyclone Development Kit (DK-1C20). > > Some info in: > doc/README.nios > doc/README.dk1c20 Thanks, added, will show up on CVS soon. > I had to edit some comments in existing U-Boot files to get clean > compile as the default nios-elf tools generate warnings when "??" > appear in comments. Srry, but I skipped these patches. "??" in comments is perfectlylegal and must not cause any sane compiler to complain. > Updates with more nios features & better docs will follow :-) I'm looking forward to checking these in :-) Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Prediction is very difficult, especially of the future. - Niels Bohr

1 0

[U-Boot-Users] gcc print-libgcc-file-name
by Scott McNutt 09 Oct '03

09 Oct '03

The path to libgcc.a may be different based on gcc options. For example: $ powerpc-eabi-gcc -print-libgcc-file-name /usr/local/xtools/lib/gcc-lib/powerpc-eabi/3.2.1/libgcc.a $ powerpc-eabi-gcc -print-libgcc-file-name -msoft-float /usr/local/xtools/lib/gcc-lib/powerpc-eabi/3.2.1/nof/libgcc.a In some cases this can cause problems. In my case, the nios-elf-gcc path defaults to the 16-bit library (which results in a link-time failure). I need to include the -m32 flag to get the correct path to the 32-bit library. In the top-level Makefile, it seems the following would be preferred: PLATFORM_LIBS += -L $(shell dirname `$(CC) $(PLATFORM_CPPFLAGS) -print-libgcc-file-name`) -lgcc over something like: ifeq ($(CPU),nios) PLATFORM_LIBS += -L $(shell dirname `$(CC) -m32 -print-libgcc-file-name`) -lgcc else PLATFORM_LIBS += -L $(shell dirname `$(CC) -print-libgcc-file-name`) -lgcc endif The preferred works fine for the port I'm working on ... but I'm concerned about causing problems for other architectures/boards. Comments/suggestions welcome. --Scott

2 1

[U-Boot-Users] Extending bootm command.
by Steven Scholz 09 Oct '03

09 Oct '03

Hi there, from time to time it might be necessary to (decompress and) copy some data from flash to ram. The configuration data for an Altera ACEX 1K FPGA for instance is about 163KB. The gzipped file (for a quite complex design) is only 54kB. So instead of wasting three flash sectors one could store a gzipped and mkimage wrapped version of the data in flash. If calling mkimage with the type STANDALONE like [1] proposes one could then use "bootm" to decompress and copy these data to ram. In order to call "fpga load" afterwards one need the location and the resulting size of the data. That is why I suggest the following patch: * Patch by Steven Scholz, 29 Sep 2003: - A second parameter for bootm overwrites the load address for "Standalone Application" images. - bootm sets environment variable "filesize" to the resulting data lenght for "Standalone Application" images when autostart is set to "no". Then one could do something like if bootm $fpgadata $some_free_ram ; then fpga load 0 $some_free_ram $filesize ; fi Cheers, Steven [1] https://www.denx.de/twiki/bin/view/DULG/HowCanILoadAndUncompressACompressed… + diff -u ./common/cmd_bootm.c.orig ./common/cmd_bootm.c --- ./common/cmd_bootm.c.orig Fri Aug 29 22:58:07 2003 +++ ./common/cmd_bootm.c Mon Sep 29 10:18:56 2003 @@ -247,6 +247,10 @@ switch (hdr->ih_type) { case IH_TYPE_STANDALONE: name = "Standalone Application"; + /* A second argument overwrites the load address */ + if (argc > 2) { + hdr->ih_load = simple_strtoul(argv[2], NULL, 16); + } break; case IH_TYPE_KERNEL: name = "Kernel Image"; break; @@ -347,8 +351,12 @@ /* load (and uncompress), but don't start if "autostart" * is set to "no" */ - if (((s = getenv("autostart")) != NULL) && (strcmp(s,"no") == 0)) + if (((s = getenv("autostart")) != NULL) && (strcmp(s,"no") == 0)) { + char buf[32]; + sprintf(buf, "%lX", len); + setenv("filesize", buf); return 0; + } appl = (int (*)(cmd_tbl_t *, int, int, char *[]))ntohl(hdr->ih_ep); (*appl)(cmdtp, flag, argc-1, &argv[1]); return 0;

2 3

[U-Boot-Users] Patch: Support for Zephyr Engineering ZPC.1900 board
by Yuli Barcohen 09 Oct '03

09 Oct '03

This patch adds support for Zephyr Engineering ZPC.1900 board. It's an MPC8265 based board for developing applications using Motorola security chips (MPC180, MPC184, MPC185, MPC190). -- ======================================================================== Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel ========================================================================

2 1

[U-Boot-Users] [PATCH] Calculate PLPRCR fields for MPC86x boards
by Pantelis Antoniou 09 Oct '03

09 Oct '03

Hi. The following patch adds a program in the tools directory which aids in the programming of the PLPRCR register for MPC86x based boards. That is given an input clock xin and a target clock gclk2 it will output (if possible) the values of the PCPRCR fields required. Regards Pantelis --- u-boot-cvs/tools/Makefile Tue Sep 16 11:50:30 2003 +++ u-boot-lastcvs/tools/Makefile Sun Aug 17 21:55:30 2003 @@ -30,11 +30,6 @@ OBJS += inca-swap-bytes.o endif -ifeq ($(ARCH),ppc) -BINS += mpc86x_clk$(SFX) -OBJS += mpc86x_clk.o -endif - LOGO_H = $(TOPDIR)/include/bmp_logo.h ifeq ($(LOGO_BMP),) @@ -141,10 +136,6 @@ $(CC) $(CFLAGS) $(HOST_LDFLAGS) -o $@ $^ $(STRIP) $@ -mpc86x_clk$(SFX): mpc86x_clk.o - $(CC) $(CFLAGS) $(HOST_LDFLAGS) -o $@ $^ - $(STRIP) $@ - envcrc.o: envcrc.c $(CC) -g $(CFLAGS) -c $< @@ -158,9 +149,6 @@ $(CC) -g $(CFLAGS) -c $< inca-swap-bytes.o: inca-swap-bytes.c - $(CC) -g $(CFLAGS) -c $< - -mpc86x_clk.o: mpc86x_clk.c $(CC) -g $(CFLAGS) -c $< subdirs: --- u-boot-cvs/tools/mpc86x_clk.c Tue Sep 16 12:58:43 2003 +++ u-boot-lastcvs/tools/mpc86x_clk.c Thu Jan 1 02:00:00 1970 @@ -1,206 +0,0 @@ -/* - * (C) Copyright 2003 Intracom S.A. - * Pantelis Antoniou <panto(a)intracom.gr> - * - * This little program makes an exhaustive search for the - * correct terms of pdf, mfi, mfn, mfd, s, dbrmo, in PLPRCR. - * The goal is to produce a gclk2 from a xin input, while respecting - * all the restrictions on their combination. - * - * Generaly you select the first row of the produced table. - * - * See file CREDITS for list of people who contributed to this - * project. - * - * This program is free software; you can redistribute it and/or - * modify it under the terms of the GNU General Public License as - * published by the Free Software Foundation; either version 2 of - * the License, or (at your option) any later version. - * - * This program is distributed in the hope that it will be useful, - * but WITHOUT ANY WARRANTY; without even the implied warranty of - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the - * GNU General Public License for more details. - * - * You should have received a copy of the GNU General Public License - * along with this program; if not, write to the Free Software - * Foundation, Inc., 59 Temple Place, Suite 330, Boston, - * MA 02111-1307 USA - */ - - -#include <stdio.h> -#include <stdlib.h> - -#define DPREF_MIN 10000000 -#define DPREF_MAX 32000000 - -#define DPGDCK_MAX 320000000 -#define DPGDCK_MIN 160000000 - -#define S_MIN 0 -#define S_MAX 2 - -#define MFI_MIN 5 -#define MFI_MAX 15 - -#define MFN_MIN 0 -#define MFN_MAX 15 - -#define MFD_MIN 0 -#define MFD_MAX 31 - -#define MF_MIN 5 -#define MF_MAX 15 - -#define PDF_MIN 0 -#define PDF_MAX 15 - -#define GCLK2_MAX 150000000 - -static int calculate(int xin, int target_clock, int ppm, int pdf, int mfi, int mfn, int mfd, int s, - int *dprefp, int *dpgdckp, int *jdbckp, int *gclk2p, int *dbrmop) -{ - unsigned int dpref, dpgdck, jdbck, gclk2, t1, t2, dbrmo; - - /* valid MFI? */ - if (mfi < MFI_MIN) - return -1; - - /* valid num, denum? */ - if (mfn > 0 && mfn >= mfd) - return -1; - - dpref = xin / (pdf + 1); - - /* valid dpef? */ - if (dpref < DPREF_MIN || dpref > DPREF_MAX) - return -1; - - if (mfn == 0) { - dpgdck = (2 * mfi * xin) / (pdf + 1) ; - dbrmo = 0; - } else { - /* 5 <= mfi + (mfn / mfd + 1) <= 15 */ - t1 = mfd + 1; - t2 = mfi * t1 + mfn; - if ( MF_MIN * t1 > t2 || MF_MAX * t1 < t2) - return -1; - - dpgdck = (unsigned int)(2 * (mfi * mfd + mfi + mfn) * (unsigned int)xin) / - ((mfd + 1) * (pdf + 1)); - - dbrmo = 10 * mfn < (mfd + 1); - } - - /* valid dpgclk? */ - if (dpgdck < DPGDCK_MIN || dpgdck > DPGDCK_MAX) - return -1; - - jdbck = dpgdck >> s; - gclk2 = jdbck / 2; - - /* valid gclk2 */ - if (gclk2 > GCLK2_MAX) - return -1; - - t1 = abs(gclk2 - target_clock); - - /* XXX max 1MHz dev. in clock */ - if (t1 > 1000000) - return -1; - - /* dev within range (XXX gclk2 scaled to avoid overflow) */ - if (t1 * 1000 > (unsigned int)ppm * (gclk2 / 1000)) - return -1; - - *dprefp = dpref; - *dpgdckp = dpgdck; - *jdbckp = jdbck; - *gclk2p = gclk2; - *dbrmop = dbrmo; - - return gclk2; -} - -int conf_clock(int xin, int target_clock, int ppm) -{ - int pdf, s, mfn, mfd, mfi; - int dpref, dpgdck, jdbck, gclk2, xout, dbrmo; - int found = 0; - - /* integer multipliers */ - for (pdf = PDF_MIN; pdf <= PDF_MAX; pdf++) { - for (mfi = MFI_MIN; mfi <= MFI_MAX; mfi++) { - for (s = 0; s <= S_MAX; s++) { - xout = calculate(xin, target_clock, ppm, pdf, mfi, 0, 0, s, &dpref, &dpgdck, &jdbck, &gclk2, &dbrmo); - if (xout < 0) - continue; - - if (found == 0) { - printf("pdf mfi mfn mfd s dbrmo dpref dpgdck jdbck gclk2 exact?\n"); - printf("--- --- --- --- - ----- ----- ------ ----- ----- ------\n"); - } - - printf("%3d %3d --- --- %1d %5d %9d %9d %9d %9d%s\n", - pdf, mfi, s, dbrmo, dpref, dpgdck, jdbck, gclk2, - gclk2 == target_clock ? " YES" : ""); - - found++; - } - } - } - - /* fractional multipliers */ - for (pdf = PDF_MIN; pdf <= PDF_MAX; pdf++) { - for (mfi = MFI_MIN; mfi <= MFI_MAX; mfi++) { - for (mfn = 1; mfn <= MFN_MAX; mfn++) { - for (mfd = 1; mfd <= MFD_MAX; mfd++) { - for (s = 0; s <= S_MAX; s++) { - xout = calculate(xin, target_clock, ppm, pdf, mfi, mfn, mfd, s, &dpref, &dpgdck, &jdbck, &gclk2, &dbrmo); - if (xout < 0) - continue; - - if (found == 0) { - printf("pdf mfi mfn mfd s dbrmo dpref dpgdck jdbck gclk2 exact?\n"); - printf("--- --- --- --- - ----- ----- ------ ----- ----- ------\n"); - } - - printf("%3d %3d %3d %3d %1d %5d %9d %9d %9d %9d%s\n", - pdf, mfi, mfn, mfd, s, dbrmo, dpref, dpgdck, jdbck, gclk2, - gclk2 == target_clock ? " YES" : ""); - - found++; - } - } - } - - } - } - - return found; -} - -int main(int argc, char *argv[]) -{ - int xin, want_gclk2, found, ppm = 100; - - if (argc < 3) { - fprintf(stderr, "usage: mpc86x_clk <xin> <want_gclk2> [ppm]\n"); - fprintf(stderr, " default ppm is 100\n"); - return 10; - } - - xin = atoi(argv[1]); - want_gclk2 = atoi(argv[2]); - if (argc >= 4) - ppm = atoi(argv[3]); - - found = conf_clock(xin, want_gclk2, ppm); - if (found <= 0) { - fprintf(stderr, "cannot produce gclk2 %d from xin %d\n", want_gclk2, xin); - return EXIT_FAILURE; - } - - return EXIT_SUCCESS; -}

3 3

[U-Boot-Users] [PATCH] declare portio-commands nonstd.
by Anders Larsen 09 Oct '03

09 Oct '03

Hi, here's a patch against 0.4.8 that declares CMD_PORTIO nonstandard. Rationale: The commands in question are only implemented for the x86 architecture. CHANGELOG: add CMD_PORTIO to CFG_CMD_NONSTD Cheers Anders

2 1

[U-Boot-Users] [PATCH] Enable timed autoboot on PXA
by Anders Larsen 09 Oct '03

09 Oct '03

Hi, here's a patch that enables timed autoboot on PXA systems (blatantly copied from cpu/arm925t/interrupts.c) CHANGELOG: enable timed autoboot on PXA Cheers Anders

2 1

[U-Boot-Users] FEC 8xx
by Frank Müller 09 Oct '03

09 Oct '03

Hello, code in u-boot/cpu/mpc8xx/fec.c for MII speed seems to be wrong in the case that busfreq != intfreq (I have 133MHz internally and 66MHz bus) current code: fecp->fec_mii_speed = ((bd->bi_busfreq + 4999999) / 5000000) << 1; correct: fecp->fec_mii_speed = ((bd->bi_intfreq + 4999999) / 5000000) << 1; Frank

2 1

[U-Boot-Users] u-boot support for IBM PPC405EP evaluation board
by Taian Su 08 Oct '03

08 Oct '03

I wonder if u-boot supports IBM PPC405EP evaluation board. I have checked u-boot-0.4.0 supporting list and found two boards with PPC405EP processor. They are the BUBINGA405EP and ASH405. I could not find any further detail spec about these borads, and can not verify if anyone of them is IBM PPC405EP evaluation board. Anyone can help would be highly appreciated. Thanks Taian

2 1

[U-Boot-Users] [Q]How to reduce the size of u-boot image ? ? ?
by 장형욱 07 Oct '03

07 Oct '03

I'm trying to modify u-boot image for IBM Walnut ref. board to use in the other system(ppc405 core) but the system has only bootrom of size 128KB, while walnut has 512KB. the modification i have tried until now is as follows... ========================================================= - modified TEXT_BASE in board/walnut405/config.mk u-boot.bin is configured as 0000'0000 ~ 0002'B68B : u-boot source data 0002'B68C ~ 0007'FFFB : empty space (filled with FF) 0007'FFFC ~ 0007'FFFF : reset vector walnut Flash memory map : FFF8'0000 ~ FFFF'FFFF (512KB) porting system bootrom memory map : FFFE'0000 ~ FFFF'FFFF(128KB) the size of empty space = max 0x0005'4971 possible to reduce, so change in board/walnut405/config.mk, TEXT_BASE = 0xFFF8'0000 + 0x0005'4971 = 0xFFFD'4971 the result size of u-boot.bin = 173KB or so ... need to be reduced more. - disable DBGFLAGS = -g, in u-boot_root/config.mk ============================================================ what other methods can you suggest to minimize the size of u-boot without hanging in u-boot operation ?? Waiting for your response... thank you. - hwjang. ------------------------------------------------- Your Life on the Net DreamWiz Free Mail @ http://www.dreamwiz.com/

2 1

[U-Boot-Users] PQ2VADS (8270) & BDI2000
by Matias Sundman (TB/EAB) 06 Oct '03

06 Oct '03

Comrades, I have compiled uboot for the PQ2VADS Motorola evaluation board and tried to flash it with a JTAG probe from GreenHills. Unfortunately their probe does not support the 8270 architecture today. Does BDI2000 support the ppc8270 JTAG chain architecture? If so , does someone have a configuration file for the PQ2VADS Motorola evaluation board? Best Regards // Matias

2 1

[U-Boot-Users] Can ethernet be disabled?
by David Miles 06 Oct '03

06 Oct '03

I'm porting u-boot to a custom PXA255 board. At present there is no network interface so I'm only interested in loading data over a serial port. Can I disable network support pre-compilation to cut down the size of u-boot? ie. Is there an equivalent of " #define CONFIG_LCD 0 " to disable network support.? So far builds fail unless I define at least one network controller. Cheers -- David Miles Minerva Technology Inc.

3 2

[U-Boot-Users] Linux for PowerPC Embedded Systems HOWTO - Phoenix edition
by Detlev Zundel 04 Oct '03

04 Oct '03

Hi, as was noted on this list several times, the "Linux for PowerPC Embedded Systems HOWTO" is a resource too valuable to let it fade into oblivion while being de-facto unmaintained. In order to adapt its contents to recent activities, we imported the last version published by Boas Betzler into our TWiki collaboration platform[1] and are thus proud to announce the "Phoenix edition" of this valuable document. On our website, the document lives alongside our "DENX U-Boot and Linux Guide"[2] (DULG for short). As they both address the same field of computing, it might make sense to partition the contents of both more cleanly. At the moment they both use the same glossary at least. As some restructuring will be in order for the document to thrive in the TWiki community, none of the contents has been modified (apart from minor markup editing). Discussion of how to do the restructuring can also be done in the TWiki context itself[3]. If you never heard of "Wikis" before, [4] should be a good starting point for finding out. Cheers Detlev [1] http://www.denx.de/twiki/bin/view/PPCEmbedded/WebHome [2] http://www.denx.de/twiki/bin/view/DULG/WebHome [3] http://www.denx.de/twiki/bin/view/PPCEmbedded/MetaPPCEmbedded [4] http://www.denx.de/twiki/bin/view/TWiki/TWikiSite -- You get 3 opportunities to advertise your Rock band, no more. -- Proposed Symbolics guidelines for mail messages (1984) ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

1 0

[U-Boot-Users] fec_send problem
by Raghu 01 Oct '03

01 Oct '03

Hi all, I have a problem in fec_send() function of the fec.c driver for FEC on 852T processor. The PHY I have is LXT971 and the MDC clock I am running is at 2.5Mhz. The ARP packet is written to the Tx buffer but is not being sent out, what could be the problems Warm regards Raghu __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

[U-Boot-Users] LCD Display Driver
by Doris Bella 01 Oct '03

01 Oct '03

160 x 160 LCD interfaces through the LCD controller pins of the PXA255 processor. But this LCD has no built-in LCD controller. pxafb.c (from pxa patch)operates the LCD controller of the PXAxxx processor. The LCD controller interfaces directly to a variety of LCD panels that contain only panel drivers, not controllers. So I can change pxafb.h to support 160x160 LCD. 128 x 64 LCD interfaces through the GPIO pins. But this 128x64 LCD has built-in LCD controller(ks0108 or compatible). The ks0108 is a controller for small monochrome graphics displays. So, I need a display driver for Linux. Where can I get the display driver?. Please give me a suggestion. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

[U-Boot-Users] u-boot as a "legacybios" extension rom?
by Daniel Toussaint 01 Oct '03

01 Oct '03

Hi, It seems U-boot has support for various flash types and jffs2, in contrast to for example GRUB, u-boot would make a perfect bootloader for embedded x86 modules ...and it does not necessarily have to replace the bios. Would it be do-able to build u-boot for x86 (without the bios emulation stuff) and then append it to a legacy pc bios in the form of an option rom ? I haven't gotten familiar with the code yet, (I've only build u-boot once to use on an xscale platform) so I'd just like to hear some opinions about this.... Thanks,

1 0