November 2004 - U-Boot

RE: [U-Boot-Users] DBGFLASGS in MPC8272ADS
by VanBaren, Gerald (AGRE) 04 Nov '04

04 Nov '04

> -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Bastos Fernandez Alexandre > Sent: Wednesday, November 03, 2004 9:37 AM > To: 'u-boot-users(a)lists.sourceforge.net' > Subject: [U-Boot-Users] DBGFLASGS in MPC8272ADS > > Hi, > > After running U-boot-1.1.1 for some months, I am now trying > the last CVS version of Uboot (1.1.2) in my MPC8272ADS board. > Now, my available "infrastructure" has also grown, as "daddy" > has bought a BDI2000 for me. :-) > > I was trying to gain knowledge about the relocation address > of Uboot into SDRAM, so i have tried adding the -DDEBUG to > DBGFLAGS in config.mk to get all the debug("xxx") messages. > > Unfortunately, when I do this, uboot (or the board itself) > keeps rebooting all the time, without showing anything > through the console. > > Using my BDI2000 I can see, in RUN mode, that the board is > getting a periodic reset. I have tried to debug the init > process in HALT mode, but here I have another problem ... > when I reach this instruction form start.S > > boot_cold: > #if defined(CONFIG_MPC8260ADS) > lis r3, CFG_DEFAULT_IMMR@h > nop > => lwz r4, 0(r3) > ... > > the board resets itself. This arrives both, when I use the > image with -DDEBUG flag, and when I use the image without > this flag (which runs OK in the board). > > Any idea about those problems? > > Thanks > > Alex This looks like you are getting bitten by the horrible HRCW IMMR configuration choice that Mot/Freescale/EST/WindRiver (I don't know who was first :-) made. If you boot using the BCSR to source the HRCW (see the 826x User's Manual on the HRCW, probably Chapter 5), Mot sets the initial IMMR memory area to be at 0x0f000000. This is incompatible with linux, so the u-boot initialization (the code you've highlighted) writes to the IMMR register to change it to 0xf0000000. Your BDI config file probably does this as well. The problem is, the BDI and the actual code get confused about where the IMMR memory region is and one (or both :-O) of them accesses the wrong memory region, causing a bus fault which results in the reset you see. My guess is your BDI config file remaps the IMMR and, when you step through the code, the code's writing of the IMMR screws up. I don't know how clever the BDI is in terms of examining the instructions it is executing; it is possible that it catches the IMMR write and tries to Do The Right Thing[tm] when it sees the IMMR write attempt but it screws up. Your best bet is to use a flash-based HRCW and set the IMMR in the right(!!!) location out of reset. (I also would recommend switching to "boot low", in which case you can have one u-boot copy booting high via the BCSR and one copy booting low via the flash HRCW. By doing this, you can test using the flash HRCW and, when you screw up, you can recover by booting high and loading a fixed u-boot in the low spot). I have this change configured in my local (at home) copy and intend to submit it to Wolfgang Real Soon Now[tm]. While we are on the subject of patching this, my only reason for not submitting the patch yet is because I want to configure the link control file so that it automatically knows to link at 0xfff00000 for the "boot high" option and 0xfe800000 for the "boot low" option. I have that hard-coded presently and have not had time to figure out how to do it using a configuration selection. Hints would be welcome :-). gvb ****************************************** The following messages are brought to you by the Lawyers' League of IdioSpeak: ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

2 1

RE: [U-Boot-Users] Compressed U-Boot image
by VanBaren, Gerald (AGRE) 04 Nov '04

04 Nov '04

> -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Terry Barnaby > Sent: Wednesday, November 03, 2004 11:39 AM > To: Wolfgang Denk > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Compressed U-Boot image [snip] > In my case I was hoping to use u-boot simply as a network > boot loader without all of the debugging options. However I > have only 32KByte to store the code in .... > > Is there another PPC based network boot loader you know off > that would be better at this than u-boot ? > > Cheers > > Terry Hi Terry, You have a significant challenge. I just did a quick gzip --best check which confirmed that my u-boot image compressed ~50% (45% but you will need to add the decompression code). This implies that you need an uncompressed u-boot image smaller than 64K. Since you have all the source, it is do-able, it is just a question of how hard you are willing to work and what you are willing to cut out ;-). My advice is to... 1) Configure a minimal u-boot by turning off as many commands as possible. 2) See how close you are. My gut feel is that, if you are under 96K, you have a decent chance. 3) Look in the u-boot.map file and see who the heavy hitters are. With some luck, you will be able to minimize or remove enough of them to get under 64K. As everybody has been saying, this isn't going to be easy. The nice thing is that you are starting from solid code. A _lot_ of people make the mistake of optimizing and then debugging... it is a lot easier to debug and then optimize. Looking at my u-boot map it is very clear how much memory each .a/.o is taking up (3rd column in the .text section) and what it is used for. I see several decompression libraries (gzip, bzip2, inflate?) that you could remove all-but-one (and possibly all if you can get u-boot to re-use the u-boot image decompression routine that you will need to write). The command parser and commands make up a pretty large chunk -- obviously that can be minimized and possibly eliminated. Some big hitters that are obviously necessary. These add up to just over 32K. We're still in the game, but this isn't looking very easy. .text 0xff800000 0x3560 cpu/mpc8260/start.o .text 0xff805098 0x1bf4 net/libnet.a(net.o) .text 0xff806c8c 0x6b0 net/libnet.a(tftp.o) .text 0xff80733c 0xae0 net/libnet.a(bootp.o) .text 0xff808018 0x87c net/libnet.a(eth.o) .text 0xff80992c 0xab4 common/libcommon.a(main.o) .text 0xff81248c 0x96c common/libcommon.a(console.o) .text 0xff812fb0 0x1328 common/libcommon.a(dlmalloc.o) Commands, most or all of which would need to be sacrificed .text 0xff814bb8 0x2674 common/libcommon.a(hush.o) .text 0xff80a3e0 0x1ec common/libcommon.a(cmd_autoscript.o) .text 0xff80a5cc 0x23c common/libcommon.a(cmd_bdinfo.o) .text 0xff80a808 0xbc common/libcommon.a(cmd_boot.o) .text 0xff80a8c4 0x11e8 common/libcommon.a(cmd_bootm.o) .text 0xff80baac 0x1cc common/libcommon.a(cmd_cache.o) .text 0xff80bc78 0x120 common/libcommon.a(cmd_console.o) .text 0xff80bd98 0xb5c common/libcommon.a(cmd_flash.o) .text 0xff80c8f4 0xe18 common/libcommon.a(cmd_immap.o) .text 0xff80d70c 0x424 common/libcommon.a(cmd_itest.o) .text 0xff80db30 0x3b0 common/libcommon.a(cmd_jffs2.o) .text 0xff80dee0 0x1320 common/libcommon.a(cmd_load.o) .text 0xff80f200 0xd04 common/libcommon.a(cmd_mem.o) .text 0xff80ff04 0x820 common/libcommon.a(cmd_mii.o) .text 0xff810724 0xb0 common/libcommon.a(cmd_misc.o) .text 0xff8107d4 0x5b8 common/libcommon.a(cmd_net.o) .text 0xff810d8c 0xca8 common/libcommon.a(cmd_nvedit.o) .text 0xff811a34 0x178 common/libcommon.a(cmd_portio.o) I _really hope_ that you have a development board that you can create an analog of your compressed u-boot on and debug it before you have to go to a severely memory starved environment. You have an interesting challenge. Keep us informed and good luck, gvb ****************************************** The following messages are brought to you by the Lawyers' League of IdioSpeak: ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

3 2

[U-Boot-Users] problem with kgdb
by K.M.Yin [尹曠鳴] 04 Nov '04

04 Nov '04

Hi There is a configuration options CFG_CMD_KGDB in the u-boot. what is this configure option for ? if it is for the kenel debug then how to configure and use it. Thank you. Best Regards Yin

2 1

[U-Boot-Users] Adding Commands in the U-Boot
by Vikrant_Basotra 04 Nov '04

04 Nov '04

Hi All, I want to Add new User commands in the u-boot code, If any body knows how to add the Commands, Please let me know how to do. e.g I want to ADD THE Command 'msg', which when written on the CLI(Command Line Interface) Prints some message. I am using pmc8266 board. Regards!!! Vikrant ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. **************************************************************************

3 3

[U-Boot-Users] problem with kgdb
by K.M.Yin [尹曠鳴] 04 Nov '04

04 Nov '04

Hi There is a configuration options CFG_CMD_KGDB in the u-boot. what is this configure option for ? if it is for the kenel debug then how to configure and use it. Thank you. Best Regards K.M. Yin

1 0

[U-Boot-Users] Interrupt for Ethernet.
by Prathima_Kolar 04 Nov '04

04 Nov '04

Hi all, I am working on mpc8260ads reference board. My ethernet is connected on FCC2. I want to use IRQ7 for interrupt handling. There is a file mpc8260_irq.h in Uboot which has " #define SIU_INT_IRQ7 ((uint)0x19) ". There is also another file interrupt.c where it says - /*************************************************************************** */ /* this section was ripped out of arch/ppc/kernel/ppc8260_pic.c in the */ /* Linux/PPC 2.4.x source. There was no copyright notice in that file. */ /* The 8260 internal interrupt controller. It is usually * the only interrupt controller. * There are two 32-bit registers (high/low) for up to 64 * possible interrupts. * * Now, the fun starts.....Interrupt Numbers DO NOT MAP * in a simple arithmetic fashion to mask or pending registers. * That is, interrupt 4 does not map to bit position 4. * We create two tables, indexed by vector number, to indicate * which register to use and which bit in the register to use. */ static u_char irq_to_siureg[] = { 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }; static u_char irq_to_siubit[] = { 31, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 29, 30, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 31, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 15, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1, 0 }; How are the IRQ numbers being mapped in the above arrays? Please tell me how do i modify the code to use IRQ7 for handling ethernet interrupts? Do i have to write a interrupt sub-routine in fec_init() in ether_fcc.c under the comment " /* 28.9 - (10-12): we don't use ethernet interrupts */"? ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. **************************************************************************

1 0

[U-Boot-Users] add new protocol
by Massimiliano Cialdi 04 Nov '04

04 Nov '04

We use u-boot 0.4.0 and we need to add new custom network protocol on top of udp. How is it possible? How to read/write udp packets without involve other protocols (RARP, TFTP or BOOTP)? Our custom device need to provide some features (involving our custom protocol) before linux is boot. please note that since we were asked to use version 0.4.0, we cannot use a newer version of u-boot. thanks -- Massimiliano Cialdi cialdi(a)firenze.net m.cialdi(a)oksys.it

2 3

RE: [U-Boot-Users] My problem with gdb !
by ravi.aloor＠wipro.com 04 Nov '04

04 Nov '04

Hello, I am using 'DULG document'. My work environment in brief: BDI2000, ARM11 based board with flash memory, RedHat Linux-8.0 host machine etc. After compiling the source of u-boot, I got u-boot.bin and u-boot images. Using u-boot.bin image, I reprogrammed flash memory through serial port. Using u-boot image, I started debugging. [ravi@localhost u-boot-arm11]$ arm-linux-gdb u-boot GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-linux"... (gdb) target remote bdi:2001 Remote debugging using bdi:2001 0x48000000 in ?? () (gdb) b cpu_init Breakpoint 1 at 0x80e811c4: file cpu.c, line 93. (gdb) c Continuing. I waited for about 20 mintes. No response. I was expecting the breakpoint to hit as explained in 'DULG document' section "10.1.1 Debugging of U-Boot Before Relocation". Please suggest me what could be the problem. I have tested the communication with BDI2000 from the host machine using 'ftp' and 'telnet' commands. It's OK. Thanks A Lot, Ravi

2 1

[U-Boot-Users] Serial Communication (SCC)
by Vikrant_Basotra 04 Nov '04

04 Nov '04

Hi all, I am working on an MPC8260ADS based reference board. My E1/T1 is Quad Falc-PEF22554 and is connected to the SCC. Where is the function serial_init() in mpc8260 folder being called for MPC8260ADS in U-boot1.1.1? Best Regards, Vikrant ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. **************************************************************************

1 0

[U-Boot-Users] log messages to FLASH or CF
by Shlomo Kut 04 Nov '04

04 Nov '04

Hi, Our project requires u-boot to write log messages to non volatile memory either FLASH or Compact Flash. Has anybody any ideas about how best to go about this? regards, Shlomo Kut Vyyo Ltd POB 45017 Jerusalem 91450 Israel +972-2-5889822

1 0