November 2004 - U-Boot

[U-Boot-Users] [PATCH] test command bug.
by Hiroshi Ito 06 Apr '05

06 Apr '05

Hello, I'm new to this list. u-boot-1.1.2 ( cvs version ) # if test -z "" ; then echo true; else echo false; fi false # if test -n "" ; then echo true; else echo false; fi true # The logic is reversed. patch is attached. -------- Hiroshi Ito Media Lab. Inc., URL http://www.mlb.co.jp ( Sorry, Japanese only. ) TEL +81-3-5294-7255 FAX +81-3-5294-7256

2 1

[U-Boot-Users] PATCH: m68k/mcf5282 udelay support
by Mathias Küster 04 Apr '05

04 Apr '05

Hello, this patch add udelay support for the mcf5282 cpu. Best Regards, Mathias --- time.c.orig 2004-06-09 17:24:19.000000000 +0200 +++ time.c 2004-11-07 09:51:07.000000000 +0100 @@ -126,6 +126,28 @@ void udelay(unsigned long usec) { + volatile unsigned short *timerp; + uint tmp; + + timerp = (volatile unsigned short *) (CFG_MBAR + MCFTIMER_BASE3); + + while (usec > 0) { + if (usec > 65000) + tmp = 65000; + else + tmp = usec; + usec = usec - tmp; + + /* Set up TIMER 3 as timebase clock */ + timerp[MCFTIMER_PCSR] = MCFTIMER_PCSR_OVW; + timerp[MCFTIMER_PMR] = 0; + /* set period to 1 us */ + timerp[MCFTIMER_PCSR] = + (5 << 8) | MCFTIMER_PCSR_EN | MCFTIMER_PCSR_OVW; + + timerp[MCFTIMER_PMR] = tmp; + while (timerp[MCFTIMER_PCNTR] > 0); + } } void timer_init (void)

2 1

[U-Boot-Users] PATCH: CSB472 board incorrect CPLD base address
by Tolunay Orkun 04 Apr '05

04 Apr '05

This patch fixes the incorrect chip select base address programming for on board Xilinx CPLD due to incorrect value documented in Table 7 of Cogent CSB472 H/W Reference Manual - 4/8/03. The value was in conflict with references in Table 1 and Table 2 in the very same manual. CHANGELOG: * Patch by Tolunay Orkun, 16 November 2004 - fix incorrect onboard Xilinx CPLD base address

2 1

[U-Boot-Users] Patch: Add support for A&M Rattler boards
by Yuli Barcohen 04 Apr '05

04 Apr '05

The attached patch adds support for Analogue & Micro Rattler boards. It was tested on Rattler8248. CHANGELOG: Add support for Analogue & Micro Rattler boards. Tested on Rattler8248. -- ======================================================================== 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] common/lcd.c patch
by Andre Renaud 04 Apr '05

04 Apr '05

There is a minor bug in common/lcd.c: if you do not define CONFIG_MPC823, it does not include watchdog.h, but WATCHDOG_RESET is used several times in the code outside of #ifdef blocks. Moving the #include statement out of the #ifdef block fixes it. I've attached what I think it the appropriate patch. Andre Renaud

2 1

[U-Boot-Users] [PATCH] MPC8245 vs XPC8245
by Marc Leeman 04 Apr '05

04 Apr '05

-- ash nazg durbatulûk, ash nazg gimbatul, ash nazg thrakatulûk agh burzum-ishi krimpatul

2 2

[U-Boot-Users] [PATCH] 16-bit NAND support
by Zhang, Jian 03 Apr '05

03 Apr '05

Hi, This is a patch to add 16-bit NAND support to u-boot. It doesn't change any existing 8-bit NAND code so it shouldn't affect any existing boards that have 8-bit chips. I tested it in 2 TI OMAP boards, one using software to access chip, the other one using hardware NAND controller. Regards, Jian

3 4

[U-Boot-Users] PATCH: Nios imi and mkimage
by Scott McNutt 03 Apr '05

03 Apr '05

Fixes: -imi "Unknown architecture" for Nios/Nios-II -mkimage unrecognized architecture. Regards, --Scott diff -Naurbx CVS u-boot-2004-10-20/common/cmd_bootm.c u-boot-work/common/cmd_bootm.c --- u-boot-2004-10-20/common/cmd_bootm.c 2004-10-10 17:27:32.000000000 -0400 +++ u-boot-work/common/cmd_bootm.c 2004-11-01 19:14:59.000000000 -0500 @@ -1189,7 +1189,9 @@ case IH_CPU_SPARC: arch = "SPARC"; break; case IH_CPU_SPARC64: arch = "SPARC 64 Bit"; break; case IH_CPU_M68K: arch = "M68K"; break; + case IH_CPU_NIOS: arch = "Nios"; break; case IH_CPU_MICROBLAZE: arch = "Microblaze"; break; + case IH_CPU_NIOS2: arch = "Nios-II"; break; default: arch = "Unknown Architecture"; break; } diff -Naurbx CVS u-boot-2004-10-20/tools/mkimage.c u-boot-work/tools/mkimage.c --- u-boot-2004-10-20/tools/mkimage.c 2004-07-10 18:36:01.000000000 -0400 +++ u-boot-work/tools/mkimage.c 2004-11-01 19:18:06.000000000 -0500 @@ -86,6 +86,8 @@ { IH_CPU_MICROBLAZE, "microblaze", "MicroBlaze", }, { IH_CPU_MIPS, "mips", "MIPS", }, { IH_CPU_MIPS64, "mips64", "MIPS 64 Bit", }, + { IH_CPU_NIOS, "nios", "Nios", }, + { IH_CPU_NIOS2, "nios2", "Nios-II", }, { IH_CPU_PPC, "ppc", "PowerPC", }, { IH_CPU_S390, "s390", "IBM S390", }, { IH_CPU_SH, "sh", "SuperH", },

2 1

[U-Boot-Users] Re: u-boot error message
by Detlev Zundel 03 Apr '05

03 Apr '05

Hello Bruce, > I used u-boot-1.1.1 to boot linux.My target board is ALTERA DK1C20 and cpu is > nios.I used tools/mkimage to encapsulate a linux kernel image with header > information.But it display some error messages,it like that: > > > > [root@a901 u-boot-20040316cvs]# tools/mkimage -n 'linux kernel' \ > >> -A nios -O linux -T kernel -C none -a 1010000 -e 1010000 \ > >> -d /opt/cdk4nios/src/u-boot-20040316cvs/linux.bin uimage > > > > Invalid CPU Type - valid names are: alpha, arm, x86, ia64, mips, mips64, ppc, > s3 90, sh, sparc, sparc64, m68k > > > > Because my cpu is nios,so my linux kernel can't boot.Can you tell me what can i > do? > > Ps:my name is Bruce Hm, I haven't worked with a NIOS system, but obviously the port forgot to include support in the mkimage tool. cmd_bootm.c tests for those values so that might be your problem. Try the attached patch and maybe some NIOS people on this mailing list can speak up. Cheers Detlev PS: Mail F'up-to set to u-boot-users(a)lists.sourceforge.net -- (define Y (lambda (f) ((lambda (g) (f (lambda (x) ((g g) x)))) (lambda (g) (f (lambda (x) ((g g) x)))))))

2 1

[U-Boot-Users] Missing 440GX SDRAM Controller reset?
by David Adair 03 Apr '05

03 Apr '05

I have this same problem described a few months ago and corrected by adding the SDRAM controller reset present in the PIBS code but missing in rev 1.1.1 of u-boot e.g: mtsdr(sdr_srst, 0x00200000); mtsdr(sdr_srst, 0x00000000); Was this left out on purpose? It seems like if the BDI configuration can cause a hang then a warm-reboot is going to be problematic too?? > Re: problems with BDI2000 / u-boot / Linux on IBM 440GX Ocotea reference board > > The first problem is if I try to run u-boot from flash with a BDI2000 > > connected (i.e. do "reset" and "go" commands), then u-boot starts > > running but hangs in the SDRAM init. Specifically, it hangs waiting > > for the MRS Command Complete status bit to be set. > > IIRC I ran into the same thing, all I needed to do was remove the sdram > configuration from the config for the BDI.

3 3