September 2006 - U-Boot

[U-Boot-Users] Uboot for ppc 405GP with vision probe
by Thanh Nguyen 13 Sep '06

13 Sep '06

Hi all, I'm in internship. It is the first time I use Uboot. I have to load the uboot binary in the flash (AMD 29VL461DH - 8MB - PPC 405GP) with vision Probe. But I got this error message from vision probe each time it tried to load the binary : "Unable to communicate with the emulator. Please check the physical connection and use the terminal windows..." I use the lastest version of Uboot : 1.1.4. With the old binary (uboot 0.4.0), it works correctly. Thats why I think there is something wrong in my configuration walnut.h. I will appreciate a lot if anybody can give me a solution of this issue. Thanks a lot. NT

3 2

[U-Boot-Users] Malloc Problems
by M. Awater 13 Sep '06

13 Sep '06

Hi, I'm porting u-boot to an board quite similar to the lite5200 (the " IceCube", which I used as a basis for my board). I am, however, running into some problems with the malloc call. It returns an address which is inside the memory area which contains the relocated code (to be more accurate, it is inside the av_ table area). I'm assuming this can't possibly be correct, but am unable to locate the exact cause. Below is u-boot's debug output: ***** U-Boot 1.1.4 (Sep 12 2006 - 15:48:46) CPU: MPC5200 v1.2 at 396 MHz Bus 132 MHz, IPB 66 MHz, PCI 33 MHz Board: Motorola MPC5200 I2C: 85 kHz, ready DRAM: 128 MB Top of RAM usable for U-Boot at: 08000000 Reserving 503k for U-Boot at: 07f82000 Reserving 192k for malloc() at: 07f52000 Reserving 68 Bytes for Board Info at: 07f51fbc Reserving 56 Bytes for Global Data at: 07f51f84 Stack Pointer at: 07f51f68 New Stack Pointer is: 07f51f68 Now running in RAM - U-Boot at: 07f82000 **** I'm also a bit in the dark as to the malloc_bin_reloc() call. It makes the pointers in the original av_ table point to the same table entries, in the relocated code's av_ table. Is this the correct behavior? I'd be grateful if you could point me in the right direction on this one. if there are any questions or missing information, please ask away. Marco Awater

3 2

Re: [U-Boot-Users] Codesourcery Coldfire Compiler.
by Wolfgang Denk 13 Sep '06

13 Sep '06

In message <OF073576BF.95160C24-ON862571E7.007944BE-862571E7.007AE32C(a)BJSERVICES.COM> you wrote: > Wolfgang hinted that he used codesourcery gcc for Coldfire. I know now ... > I would thank the group for telling me for U-Boot 1.1.4 from git should > the uClinux or ELF GCC package be used from Codesourcery? (-m5307) 5235 > processor naturally for Linux. To be precise: we used the GCC 4.1.0 based tools from CodeSourcery for ColdFire for Linux (kernel and applications), and the GCC 3.4.6 based buildroot tools for U-Boot: - download buildroot from http://buildroot.uclibc.org/downloads/snapshots/ (did this around mid May, so things might have changed since) - apply attached patch - copy attached config to .config - run make menuconfig, go to "Build Options" and modify "Toolchain and header file location" - this has to be final installation path; toolchain will not work from other location - create install directory selected above - run make, when it's done toolchain should be ready to use in it's final location Hope this helps. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de The world is no nursery. - Sigmund Freud

1 0

[U-Boot-Users] Codesourcery Coldfire Compiler.
by John.Jeffers＠bjservices.com 13 Sep '06

13 Sep '06

Wolfgang hinted that he used codesourcery gcc for Coldfire. I know now the GCC 3.4 based cc1 and as packages seem to no longer work with GCC 4.1 preprocessors (and per a few web pages) (SuSE 10.1) they do not run the test suites that worked on 9.3 (and cannot pull libraries for me). I may of course be completely wrong. But since Wolfgang hinted.... I would thank the group for telling me for U-Boot 1.1.4 from git should the uClinux or ELF GCC package be used from Codesourcery? (-m5307) 5235 processor naturally for Linux. Cheers John John Jeffers P.Eng. , MS1074 Software Applications Engineering 11211 FM 2920, Tomball, TX, 77375 281.357.2773, 281.357.5491 Fax

1 0

Re: [U-Boot-Users] [DNX#2006091242000078] [PATCH] Add support for variable flash memory size [...]
by DENX Support System 12 Sep '06

12 Sep '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006091242000078] was created: <snip> > From: Timur Tabi <timur(a)freescale.com> > > CHANGELOG: > > * On 83xx systems, use the CFG_FLASH_SIZE macro to program the LBC local > access > window registers, instead of using a hard-coded value of 8MB. > > Signed-off-by: Timur Tabi <timur(a)freescale.com> > --- > cpu/mpc83xx/start.S | 28 ++++++++++++++++++++-------- > 1 files changed, 20 insertions(+), 8 deletions(-) > > diff --git a/cpu/mpc83xx/start.S b/cpu/mpc83xx/start.S > index 6e02cce..9a90947 100644 > --- a/cpu/mpc83xx/start.S > +++ b/cpu/mpc83xx/start.S > @@ -2,7 +2,7 @@ > * Copyright (C) 1998 Dan Malek <dmalek(a)jlc.net> > * Copyright (C) 1999 Magnus Damm <kieraypc01.p.y.kie.era.ericsson.se> > * Copyright (C) 2000, 2001,2002 Wolfgang Denk <wd(a)denx.de> > - * Copyright 2004 Freescale Semiconductor, Inc. > + * Copyright (C) 2004-2006 Freescale Semiconductor, Inc. > * > * See file CREDITS for list of people who contributed to this > * project. > @@ -1214,8 +1214,15 @@ map_flash_by_law1: > lis r4, (CFG_FLASH_BASE)@h > ori r4, r4, (CFG_FLASH_BASE)@l > stw r4, LBLAWBAR1(r3) /* LBLAWBAR1 <= CFG_FLASH_BASE */ > - lis r4, (0x80000016)@h > - ori r4, r4, (0x80000016)@l > + > + /* Store 0x80000012 + log2(CFG_FLASH_SIZE) into LBLAWAR1 */ > + lis r4, (0x80000012)@h > + ori r4, r4, (0x80000012)@l > + li r5, CFG_FLASH_SIZE > +1: srawi. r5, r5, 1 /* r5 = r5 >> 1 */ > + addi r4, r4, 1 > + bne 1b > + > stw r4, LBLAWAR1(r3) /* LBLAWAR1 <= 8MB Flash Size */ > blr > > @@ -1234,17 +1241,22 @@ remap_flash_by_law0: > stw r5, BR0(r3) /* r5 <= (CFG_FLASH_BASE & 0xFFFF8000) | (BR0 & > 0x00007FFF) */ > > lwz r4, OR0(r3) > - lis r5, 0xFF80 /* 8M */ > + lis r5, ~((CFG_FLASH_SIZE << 4) - 1) > or r4, r4, r5 > - stw r4, OR0(r3) /* OR0 <= OR0 | 0xFF800000 */ > + stw r4, OR0(r3) > > lis r4, (CFG_FLASH_BASE)@h > ori r4, r4, (CFG_FLASH_BASE)@l > stw r4, LBLAWBAR0(r3) /* LBLAWBAR0 <= CFG_FLASH_BASE */ > > - lis r4, (0x80000016)@h > - ori r4, r4, (0x80000016)@l > - stw r4, LBLAWAR0(r3) /* LBLAWAR0 <= 8MB Flash Size */ > + /* Store 0x80000012 + log2(CFG_FLASH_SIZE) into LBLAWAR0 */ > + lis r4, (0x80000012)@h > + ori r4, r4, (0x80000012)@l > + li r5, CFG_FLASH_SIZE > +1: srawi. r5, r5, 1 /* r5 = r5 >> 1 */ > + addi r4, r4, 1 > + bne 1b > + stw r4, LBLAWAR0(r3) /* LBLAWAR0 <= Flash Size */ > > xor r4, r4, r4 > stw r4, LBLAWBAR1(r3) > -- > 1.4.2 </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] [DNX#2006091242000078] [PATCH] Add support for variable flash memory sizes on 83xx [...]
by U-Boot patch tracking system 12 Sep '06

12 Sep '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006091242000078]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006091242000069] [PATCH] Add support for Errata DDR6 on MPC 834x systems
by U-Boot patch tracking system 12 Sep '06

12 Sep '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006091242000069]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006091242000069] [PATCH] Add support for Errata DDR6 on MPC 834x sy [...]
by DENX Support System 12 Sep '06

12 Sep '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006091242000069] was created: <snip> > From: Timur Tabi <timur(a)freescale.com> > > Signed-off-by: Timur Tabi <timur(a)freescale.com> > --- > cpu/mpc83xx/spd_sdram.c | 40 ++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 40 insertions(+), 0 deletions(-) > > diff --git a/cpu/mpc83xx/spd_sdram.c b/cpu/mpc83xx/spd_sdram.c > index 48624fe..f796822 100644 > --- a/cpu/mpc83xx/spd_sdram.c > +++ b/cpu/mpc83xx/spd_sdram.c > @@ -112,6 +112,9 @@ long int spd_sdram() > unsigned int law_size; > unsigned char caslat; > unsigned int trfc, trfc_clk, trfc_low; > +#ifdef CONFIG_MPC834X > + int caslat_83xx; /* For Errata DDR6 */ > +#endif > > CFG_READ_SPD(SPD_EEPROM_ADDRESS, 0, 1, (uchar *) & spd, sizeof (spd)); > #ifdef SPD_DEBUG > @@ -222,6 +225,39 @@ #endif > return 0; > } > > +#ifdef CONFIG_MPC834X > +/* Errata DDR6 > + This errata affects all MPC8349E, MPC8343E and MPC8347E processors. > +*/ > + if ((tmp1 >= 280) && (tmp1 < 350)) { /* CSB=333 */ > + if (spd.mid[0] == 0x2c) { > + /* Micron memory running at 333 MHz */ > + /* Chances are, U-Boot will crash before we get here, > + but just in case, display a message and return error. */ > + printf("Micron DDR not supported at 333MHz CSB\n"); > + return 0; > + } else if (spd.mid[0] == 0xad) { > + printf("Hynix DDR does not require Errata DDR6\n"); > + } else { > + /* enable 2 cycle Earlier for CL=2.5 or 3 */ > + ddr->debug_reg = 0x202c0000; > + printf("Errata DDR6 (debug_reg=0x%x)\n", ddr->debug_reg); > + } > + caslat_83xx = caslat; > + } > + > + if ((tmp1 >= 230) && (tmp1 < 280)) { /* CSB=266 */ > + if (spd.mid[0] != 0x2c) /* non-Micron */ > + caslat_83xx = caslat - 1; > + > + } > + > + if ((tmp1 >= 90) && (tmp1 < 230)) { /* CSB=200 */ > + caslat = 3; > + caslat_83xx = 2; > + } > +#endif > + > /* > * note: caslat must also be programmed into ddr->sdram_mode > * register. > @@ -237,7 +273,11 @@ #endif > (((picos_to_clk(spd.trp * 250) & 0x07) << 28 ) | > ((picos_to_clk(spd.tras * 1000) & 0x0f ) << 24 ) | > ((picos_to_clk(spd.trcd * 250) & 0x07) << 20 ) | > +#ifdef CONFIG_MPC834x > + ((caslat_83xx & 0x07) << 16 ) | > +#else > ((caslat & 0x07) << 16 ) | > +#endif > (trfc_low << 12 ) | > ( 0x300 ) | > ((picos_to_clk(spd.trrd * 250) & 0x07) << 4) | 1); > -- > 1.4.2 </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] [DNX#2006091242000051] PHAnpvRMA
by U-Boot patch tracking system 12 Sep '06

12 Sep '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006091242000051]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

[U-Boot-Users] ethernet over usb
by Rodolfo Giometti 12 Sep '06

12 Sep '06

Hello, I need to allow my board to TFTP data through an USB connection. I'm just writing the USB device support for Alchemy au1100 and then I'm going to port usbnet from linux to u-boot in order to add a new "usbnet" device. I'd like to know if someone else is doing something similar or is interested at this project in order to join the efforts. Ciao, Rodolfo -- GNU/Linux Solutions e-mail: giometti(a)enneenne.com Linux Device Driver giometti(a)gnudd.com Embedded Systems giometti(a)linux.it UNIX programming phone: +39 349 2432127

3 9