November 2002 - U-Boot

[U-Boot-Users] PATCH: Driver for the Epson SED13806 graphic controler
by Pierre AUBERT 22 Nov '02

22 Nov '02

Hello everybody, Please find attached a patch that add support for the Epson SED13806 graphic controller. This controller is used on the Embedded Planet ECCX daughter board. Please see the RPXClassic.h file for the details of the configuration. This patch also adds the support of the BMP logo in cfb_console driver. >From now, the cfb_console driver was only able to display the logo included in the file logo_linux.h. The MPC8xx LCD driver use the logo included in bmp_logo.h. This file is very easy to create because the tool bmp_logo is included in U-boot. I saw that the video driver for the MPC8xx use another logo created by easy_logo. I think that it would be nie to use only one file format in all the graphic drivers. To use the BMP logo with the cfb_console driver, add #define CONFIG_VIDEO_BMP_LOGO in the board config file (see RPXClassic.h). This patch fixes also a warning in mkimage.c. CHANGELOG: * Patch by Pierre Aubert , 20 Nov 2002 Add driver for Epson SED13806 graphic controller. Add support for BMP logos in cfb_console driver. Best regards

2 2

[U-Boot-Users] MBX pcmcia patch bug fix...
by Rod Boyce 21 Nov '02

21 Nov '02

All, It would appear that the patch I submitted on the ppcboot mailing list some time ago to make the PCMCIA hardware work on the MBX board was missing one critical file. I discovered this because the u-boot software did not work. I have discovered the problem and corrected it. It would seem that the incorrect slot is being selected. I had created a define for this but forgot to include this is define in my patch list. There are the two files patched the new define is in pcmcia.h and the defiant being used in cmd_pcmcia.c <<cmd_pcmcia.c.patch>> <<pcmcia.h.patch>> Because u-boot is no longer a PowerPC only loader I suspect that this is the wrong place to add these define. There is a lot of hardware specific routines in the PCMCIA general modules that should be shifted out to CPU and board specific modules. I haven't thought up a better way to do this yet. If anybody else is working in this area on U-Boot and wants to compare notes let me know. Regards, Rod Boyce

2 1

[U-Boot-Users] Power On Self Tests
by Pierre AUBERT 21 Nov '02

21 Nov '02

Hello Everybody, During the power on self tests, the bootmode of the board is stored in the processor DPRAM. This location is hardcoded in commproc.h. The following patch adds the opportunity to override this value in the board config file. The position of this value in DPRAM depends on the usage of the DPRAM made by the operating system. For example, on an MPC860T, I've add #define CFG_CPM_POST_WORD_ADDR 0x0ffc in the board config file to have the bootmode being the last word of the DPRAM. --- ppcboot-2.0.0/include/commproc.h 2002-10-16 13:31:18.000000000 +0200 +++ ppcboot-2.0.0-m/include/commproc.h 2002-11-21 10:42:31.000000000 +0100 @@ -77,7 +77,11 @@ #endif +#ifndef CFG_CPM_POST_WORD_ADDR #define CPM_POST_WORD_ADDR 0x07FC +#else +#define CPM_POST_WORD_ADDR CFG_CPM_POST_WORD_ADDR +#endif #define BD_IIC_START ((uint) 0x0400) // <- please use CPM_I2C_BASE !! Best regards

2 4

[U-Boot-Users] Crosscompiling pppd 2.4.1 with ELDK 2.0
by Tord Andersson 21 Nov '02

21 Nov '02

Hi, I am currently trying to cross-compile pppd with the ELDK 2.0 toolchain. To build in a native Intel RedHat 7.2 environment was no problem. However, when trying to crosscompile it seems that there are more things than CC to be altered. By changing the include file search path, I was able to build chat, but pppd seems to be a little harder. Is there anyone out there that might have some clues? Kind regards, Tord

3 2

[U-Boot-Users] The i386 patch
by Daniel Engström 20 Nov '02

20 Nov '02

Hello all I realize that I threw the figure around yesterdag it was 83kb rather than 38... Todays, cleanup version measure in at 62kb. I hope you'll like it :) Wolfgang: This patch touch common code in a few places, nothing to controversion, I hope. /Daniel

3 8

[U-Boot-Users] RPXClassic patch
by Pierre AUBERT 19 Nov '02

19 Nov '02

Please find attached a little patch for the RPXClassic board. It corrects two warnings during compilation and a bug for the MII configuration when the ethaddr is stored in environment. Best regards. -- ------------------------------------------------------------------------------ Pierre Aubert | Phone: +33 4 50 65 62 88 | Fax: +33 4 50 65 62 08 STÄUBLI Faverges | Place Robert STÄUBLI | Mailto:p.aubert@staubli.com 74210 Faverges FRANCE | http://www.staubli.com ------------------------------------------------------------------------------

2 1

[U-Boot-Users] Library order problem
by Pierre AUBERT 19 Nov '02

19 Nov '02

Hello everybody, I'm currently developping a driver for a LCD driver (the Epson SED13806 used on the Embedded Planet ECCX board). In this driver, I need to call board specific functions, then I added a file in the RPXClassic board directory. During the link phase, I have some errors because of undefined references to the board specific functions. These errors are due to the library order defined in the main Makefile. The board library is the first in the list. I've tried to change this order in the following way : LIBS = board/$(BOARDDIR)/lib$(BOARD).a LIBS += cpu/$(CPU)/lib$(CPU).a LIBS += lib_$(ARCH)/lib$(ARCH).a LIBS += fs/jffs2/libjffs2.a fs/fdos/libfdos.a LIBS += net/libnet.a LIBS += disk/libdisk.a LIBS += rtc/librtc.a LIBS += dtt/libdtt.a LIBS += drivers/libdrivers.a LIBS += post/libpost.a post/cpu/libcpu.a LIBS += common/libcommon.a LIBS += lib_generic/libgeneric.a becomes LIBS = cpu/$(CPU)/lib$(CPU).a LIBS += lib_$(ARCH)/lib$(ARCH).a LIBS += fs/jffs2/libjffs2.a fs/fdos/libfdos.a LIBS += net/libnet.a LIBS += disk/libdisk.a LIBS += rtc/librtc.a LIBS += dtt/libdtt.a LIBS += drivers/libdrivers.a LIBS += post/libpost.a post/cpu/libcpu.a LIBS += common/libcommon.a LIBS += lib_generic/libgeneric.a LIBS += board/$(BOARDDIR)/lib$(BOARD).a This modification solves my problem. I ran the MAKEALL script for 8xx, 8260, 824x and 74xx boards (I don't have any compiler for other processors) without any problem. What do you think about this modification ?

3 7

Re: Re: [U-Boot-Users] Library order problem
by Marius Gröger 19 Nov '02

19 Nov '02

Wolfgang Denk <wd(a)denx.de> schrieb am 19.11.02 16:28:50: > Maybe there is a better way? We used to have ranlib for things like > this, but it does not seem to help on PPC. Anybody any ideas? I don't think ranlib helps if symbols are backward referenced across library boundaries. GNU ld seems to be running only 1 pass over the libs. Don't know about that start/end group thing, but it may be worth a try. Regards, Marius. ______________________________________________________________________________ Werden Sie kreativ! Jetzt HTML-Mails nicht nur schreiben - nein - GESTALTEN, bei WEB.DE FreeMail! http://freemail.web.de/features/?mc=021141

1 0

[U-Boot-Users] PATCH: Add support for booting file from dos diskettes
by Pierre AUBERT 17 Nov '02

17 Nov '02

Dear Wolfgang, You will find attached a patch that add the support of the dos diskette. It adds commands to boot a file from a dos diskette or from a subdirectory of a dos diskette and to list content from dos diskette. fdosboot [offset] [filename]: boot a file from a dos diskette or from a subdirectory of the diskette. If the offset isn't specified, the file name must start wit the character " (as for the tftpboot command). The path of the filename is specified using the / as separator between directorie names. fdosls [dir]: list the content of the dos diskette or of a subdirectory. These two commands are embedded into U-Boot if CFG_CMD_FDOS is defined in CONFIG_COMMANDS. The handling of the dos filesystem is inspired from mtools. CHANGELOG: * Patch by Pierre Aubert , 12 Nov 2002 Add support of dos diskettes. Best regards.

2 1

[U-Boot-Users] port problem?
by yigit can 15 Nov '02

15 Nov '02

Hello everybody, I'm trying to port to viper board i have written the following lines and caled it viper.c also i have modified the flash.c code. i've modified fads.h config file for viper now i have some questions what is these OR_AM, PRELIM and REMAP keys how can obtain these values i have obtained my values from MCUinit file #include <common.h> #include <mpc8xx.h> static const uint sdram_table[]={ /* single read (offset 0x00 in upm ram) */ 0x1f07fc04, 0xe0aefc04, 0x10adfc04, 0xe0bbbc00, 0x10f77c44, 0xf3fffc07, 0xfffffc04, 0xfffffc04, /* burst read (offset 0x08 in upm ram) */ 0x1f07fc04, 0xe0aefc04, 0x10adfc04, 0xf0affc00, 0xf0affc00, 0xf0affc00, 0xf0affc00, 0x10a77c44, 0xf7bffc47, 0xfffffc35, 0xfffffc34, 0xfffffc35, 0xfffffc35, 0x1ff77c35, 0xfffffc34, 0x1fb57c35, /* single write (offset 0x18 in upm ram) */ 0x1f27fc04, 0xe0aebc04, 0x00b93c00, 0x13f77c47, 0xfffdfc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, /* burst write (offset 0x20 in upm ram) */ 0x1f07fc04, 0xeeaebc00, 0x10ad7c00, 0xf0affc00, 0xf0affc00, 0xe0abbc00, 0x1fb77c47, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, /* refresh (offset 0x30 in upm ram) */ 0x1ff5fcb4, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc84, 0xfffffc07, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, 0xfffffc04, /* exception (offset 0x3C in upm ram) */ 0xfffffc07, 0xfffffc04, 0xfffffc04, 0xfffffc04, }; int checkboard (void) { puts ("BOARD : VIPER"); } int initsdram(uint base, uint noMbytes){ volatile immap_t *immap = (immap_t *)CFG_IMMR; volatile memctl8xx_t *memctl = immap->im_memctl; upmconfig (UPMA, (uint *)sdram_table,sizeof(sdram_table)/sizeof(uint)); memctl->memc_mptpr = 0x0200; memctl->memc_mamr = 0x5e802114; memctl->memc_mbmr = 0x00001000; memctl->memc_or0 = 0xfff007f4; memctl->memc_br0 = 0x00000401; memctl->memc_or1 = 0xff800e00; memctl->memc_br1 = 0x30000081; memctl->memc_or2 = 0xffff8730; memctl->memc_br2 = 0x40100801; memctl->memc_or3 = 0xffff87fc; memctl->memc_br3 = 0x40200801; memctl->memc_or4 = 0xffff8720; memctl->memc_br4 = 0x50000800; memctl->memc_or5 = 0xffff8708; memctl->memc_br5 = 0x40000800; memctl->memc_or6 = 0xfffe0108; memctl->memc_br6 = 0x00300000; memctl->memc_or7 = 0xfffe0008; memctl->memc_br7 = 0x00400000; return 0; } Yiğit CAN Karel Electronics Corp. yigit.can(a)karel.com.tr

1 0