April 2004 - U-Boot

[U-Boot-Users] [patch] ocotea - Fix hang on reset
by Jarrett Redd 07 Jun '04

07 Jun '04

This patch fixes the occasional hang issue after reset on the ocotea board. The solution was determined by Ravi Rajaram and tested by myself and Travis Sawyer. It issues a bank reset at the end of flash_get_size() to place it back into read mode. -Jarrett Redd __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

2 1

[U-Boot-Users] [PATCH] lan91c96 driver MAC address detection
by Dave Peverley 07 Jun '04

07 Jun '04

Hi all, This is a small patch for the lan91c96 ethernet driver that adds the capability to automatically detect the MAC address stored in EPROM in the absence of a valid MAC address in the environment. It is modelled on the system used by the smc91111 driver as suggested by Marius Groeger (thanks!) The patch itself was created against the CVS repository tag "U-Boot-1_1_0" using the command : diff -purN u-boot u-boot-omap730p2 > u-boot-1.1.0-omap730p2.patch All comments and feedback welcome. Best Wishes, Dave Peverley --------------------------------------------------------------------------- Dave Peverley, Software Engineer, MPC Data Limited. Phone : [+44] (0) 1225 868 228 Web : http://www.mpc-data.co.uk diff -purN u-boot/drivers/lan91c96.c u-boot-new/drivers/lan91c96.c --- u-boot/drivers/lan91c96.c 2003-06-27 22:32:37.000000000 +0100 +++ u-boot-new/drivers/lan91c96.c 2004-04-29 18:00:44.000000000 +0100 @@ -162,7 +162,7 @@ void smc_destructor (void); * The kernel calls this function when someone wants to use the device, * typically 'ifconfig ethX up'. */ -static int smc_open (void); +static int smc_open (bd_t *bd); /* @@ -178,6 +178,12 @@ static int smc_close (void); */ static int smc_rcv (void); +/* See if a MAC address is defined in the current environment. If so use it. If not + . print a warning and set the environment and other globals with the default. + . If an EEPROM is present it really should be consulted. +*/ +int smc_get_ethaddr(bd_t *bd); +int get_rom_mac(char *v_rom_mac); /* ------------------------------------------------------------ * Internal routines @@ -588,9 +594,9 @@ void smc_destructor () * Set up everything, reset the card, etc .. * */ -static int smc_open () +static int smc_open (bd_t *bd) { - int i; /* used to set hw ethernet address */ + int i, err; /* used to set hw ethernet address */ PRINTK2 ("%s:smc_open\n", SMC_DEV_NAME); @@ -601,6 +607,12 @@ static int smc_open () SMC_SELECT_BANK (1); + err = smc_get_ethaddr (bd); /* set smc_mac_addr, and sync it with u-boot globals */ + if (err < 0) { + memset (bd->bi_enetaddr, 0, 6); /* hack to make error stick! upper code will abort if not set */ + return (-1); /* upper code ignores this, but NOT bi_enetaddr */ + } +#ifdef USE_32_BIT for (i = 0; i < 6; i += 2) { word address; @@ -608,6 +620,10 @@ static int smc_open () address |= smc_mac_addr[i]; SMC_outw (address, LAN91C96_IA0 + i); } +#else + for (i = 0; i < 6; i++) + SMC_outb (smc_mac_addr[i], LAN91C96_IA0 + i); +#endif return 0; } @@ -782,8 +798,7 @@ static void print_packet (byte * buf, in int eth_init (bd_t * bd) { - smc_open (); - return 0; + return (smc_open(bd)); } void eth_halt () @@ -801,10 +816,6 @@ int eth_send (volatile void *packet, int return smc_send_packet (packet, length); } -int eth_hw_init () -{ - return smc_hw_init (); -} /*------------------------------------------------------------------------- * smc_hw_init() @@ -852,4 +863,103 @@ static int smc_hw_init () #endif /* COMMANDS & CFG_NET */ + +/* smc_get_ethaddr (bd_t * bd) + * + * This checks both the environment and the ROM for an ethernet address. If + * found, the environment takes precedence. + */ + +int smc_get_ethaddr (bd_t * bd) +{ + int env_size = 0; + int rom_valid = 0; + int env_present = 0; + int reg = 0; + char *s = NULL; + char *e = NULL; + char *v_mac, es[] = "11:22:33:44:55:66"; + uchar s_env_mac[64]; + uchar v_env_mac[6]; + uchar v_rom_mac[6]; + + env_size = getenv_r ("ethaddr", s_env_mac, sizeof (s_env_mac)); + if (env_size != sizeof(es)) { /* Ignore if env is bad or not set */ + printf ("\n*** Warning: ethaddr is not set properly, ignoring!!\n"); + } else { + env_present = 1; + s = s_env_mac; + + for (reg = 0; reg < 6; ++reg) { /* turn string into mac value */ + v_env_mac[reg] = s ? simple_strtoul (s, &e, 16) : 0; + if (s) + s = (*e) ? e + 1 : e; + } + } + + rom_valid = get_rom_mac (v_rom_mac); /* get ROM mac value if any */ + + if (!env_present) { /* if NO env */ + if (rom_valid) { /* but ROM is valid */ + v_mac = v_rom_mac; + sprintf (s_env_mac, "%02X:%02X:%02X:%02X:%02X:%02X", + v_mac[0], v_mac[1], v_mac[2], v_mac[3], + v_mac[4], v_mac[5]); + setenv ("ethaddr", s_env_mac); + } else { /* no env, bad ROM */ + printf ("\n*** ERROR: ethaddr is NOT set !!\n"); + return (-1); + } + } else { /* good env, don't care ROM */ + v_mac = v_env_mac; /* always use a good env over a ROM */ + } + + if (env_present && rom_valid) { /* if both env and ROM are good */ + if (memcmp (v_env_mac, v_rom_mac, 6) != 0) { + printf ("\nWarning: MAC addresses don't match:\n"); + printf ("\tHW MAC address: " + "%02X:%02X:%02X:%02X:%02X:%02X\n", + v_rom_mac[0], v_rom_mac[1], + v_rom_mac[2], v_rom_mac[3], + v_rom_mac[4], v_rom_mac[5] ); + printf ("\t\"ethaddr\" value: " + "%02X:%02X:%02X:%02X:%02X:%02X\n", + v_env_mac[0], v_env_mac[1], + v_env_mac[2], v_env_mac[3], + v_env_mac[4], v_env_mac[5]) ; + debug ("### Set MAC addr from environment\n"); + } + } + memcpy (bd->bi_enetaddr, v_mac, 6); /* update global address to match env (allows env changing) */ + smc_set_mac_addr (v_mac); /* use old function to update smc default */ + PRINTK("Using MAC Address %02X:%02X:%02X:%02X:%02X:%02X\n", v_mac[0], v_mac[1], + v_mac[2], v_mac[3], v_mac[4], v_mac[5]); + return (0); +} + +/* + * get_rom_mac() + * Note, this has omly been tested for the OMAP730 P2. + */ + +int get_rom_mac (char *v_rom_mac) +{ +#ifdef HARDCODE_MAC /* used for testing or to supress run time warnings */ + char hw_mac_addr[] = { 0x02, 0x80, 0xad, 0x20, 0x31, 0xb8 }; + + memcpy (v_rom_mac, hw_mac_addr, 6); + return (1); +#else + int i; + SMC_SELECT_BANK (1); + for (i=0; i<6; i++) + { + v_rom_mac[i] = SMC_inb (LAN91C96_IA0 + i); + } + return (1); +#endif +} + + + #endif /* CONFIG_DRIVER_LAN91C96 */ diff -purN u-boot/drivers/lan91c96.h u-boot-new/drivers/lan91c96.h --- u-boot/drivers/lan91c96.h 2003-06-27 22:32:37.000000000 +0100 +++ u-boot-new/drivers/lan91c96.h 2004-04-29 18:00:44.000000000 +0100 @@ -52,7 +52,6 @@ */ void smc_set_mac_addr(const char *addr); -int eth_hw_init(void); /* I want some simple types */

3 7

[U-Boot-Users] Patch: Nios gdb/jtag support
by Scott McNutt 19 May '04

19 May '04

Add Nios GDB/JTAG Console support: - Add stubs to support gdb via JTAG. - Add support for console over JTAG. - Minor cleanup. diff -Naurb u-boot-2004APR25/CHANGELOG nios-jtag-gdb/CHANGELOG --- u-boot-2004APR25/CHANGELOG 2004-04-25 14:48:28.000000000 -0400 +++ nios-jtag-gdb/CHANGELOG 2004-04-25 17:48:56.000000000 -0400 @@ -2,6 +2,11 @@ Changes for U-Boot 1.1.1: ====================================================================== +* Add Nios GDB/JTAG Console support, Scott McNutt, 25 Apr 2004: + - Add stubs to support gdb via JTAG. + - Add support for console over JTAG. + - Minor cleanup. + * Clean up the TQM8xx_YYMHz configurations; allow to use the same binary image for all clok frequencies. Implement run-time optimization of flash access timing based on the actual bus diff -Naurb u-boot-2004APR25/board/altera/dk1c20/vectors.S nios-jtag-gdb/board/altera/dk1c20/vectors.S --- u-boot-2004APR25/board/altera/dk1c20/vectors.S 2004-01-03 14:43:48.000000000 -0500 +++ nios-jtag-gdb/board/altera/dk1c20/vectors.S 2004-04-25 16:27:21.000000000 -0400 @@ -38,6 +38,8 @@ * _cwp_lolimit -Handles register window underflows. * _cwp_hilimit -Handles register window overflows. * _timebase_int -Increments the timebase. + * _brkpt_hw_int -Hardware breakpoint handler. + * _brkpt_sw_int -Software breakpoint handler. * _def_xhandler -Default exception handler. * * _timebase_int handles a Nios Timer interrupt and increments the @@ -58,9 +60,8 @@ .long _def_xhandler@h /* Vector 0 - NMI */ .long _cwp_lolimit@h /* Vector 1 - underflow */ .long _cwp_hilimit@h /* Vector 2 - overflow */ - - .long _def_xhandler@h /* Vector 3 - GNUPro debug */ - .long _def_xhandler@h /* Vector 4 - GNUPro debug */ + .long _brkpt_hw_int@h /* Vector 3 - Breakpoint */ + .long _brkpt_sw_int@h /* Vector 4 - Single step*/ .long _def_xhandler@h /* Vector 5 - GNUPro debug */ .long _def_xhandler@h /* Vector 6 - future reserved */ .long _def_xhandler@h /* Vector 7 - future reserved */ diff -Naurb u-boot-2004APR25/config.mk nios-jtag-gdb/config.mk --- u-boot-2004APR25/config.mk 2004-03-13 18:29:44.000000000 -0500 +++ nios-jtag-gdb/config.mk 2004-04-25 19:23:54.000000000 -0400 @@ -126,7 +126,7 @@ # this option have to be placed behind -Wall -- that's why it is here ifeq ($(ARCH),nios) ifeq ($(findstring 2.9,$(shell $(CC) --version)),2.9) -CFLAGS := $(CPPFLAGS) -Wno-trigraphs +CFLAGS := $(CPPFLAGS) -Wall -Wno-trigraphs endif endif diff -Naurb u-boot-2004APR25/cpu/nios/interrupts.c nios-jtag-gdb/cpu/nios/interrupts.c --- u-boot-2004APR25/cpu/nios/interrupts.c 2004-02-23 18:54:50.000000000 -0500 +++ nios-jtag-gdb/cpu/nios/interrupts.c 2004-04-25 15:44:11.000000000 -0400 @@ -179,7 +179,7 @@ int vec; printf ("\nInterrupt-Information:\n"); - printf ("Nr Routine Arg CouIt's ok to cnt\n"); + printf ("Nr Routine Arg Count\n"); for (vec=0; vec<64; vec++) { if (irq_vecs[vec].handler != NULL) { diff -Naurb u-boot-2004APR25/cpu/nios/serial.c nios-jtag-gdb/cpu/nios/serial.c --- u-boot-2004APR25/cpu/nios/serial.c 2004-02-23 18:54:50.000000000 -0500 +++ nios-jtag-gdb/cpu/nios/serial.c 2004-04-25 16:10:06.000000000 -0400 @@ -26,6 +26,48 @@ #include <watchdog.h> #include <nios-io.h> +/*------------------------------------------------------------------ + * JTAG acts as the serial port + *-----------------------------------------------------------------*/ +#if defined(CONFIG_CONSOLE_JTAG) + +static nios_jtag_t *jtag = (nios_jtag_t *)CFG_NIOS_CONSOLE; + +void serial_setbrg( void ){ return; } +int serial_init( void ) { return(0);} + +void serial_putc (char c) +{ + while ((jtag->txcntl & NIOS_JTAG_TRDY) != 0) + WATCHDOG_RESET (); + jtag->txcntl = NIOS_JTAG_TRDY | (unsigned char)c; +} + +void serial_puts (const char *s) +{ + while (*s != 0) + serial_putc (*s++); +} + +int serial_tstc (void) +{ + return (jtag->rxcntl & NIOS_JTAG_RRDY); +} + +int serial_getc (void) +{ + int c; + while (serial_tstc() == 0) + WATCHDOG_RESET (); + c = jtag->rxcntl & 0x0ff; + jtag->rxcntl = 0; + return (c); +} + +/*------------------------------------------------------------------ + * UART the serial port + *-----------------------------------------------------------------*/ +#else static nios_uart_t *uart = (nios_uart_t *)CFG_NIOS_CONSOLE; @@ -34,12 +76,12 @@ /* Everything's already setup for fixed-baud PTF * assignment */ -void serial_setbrg( void ){ return; } -int serial_init( void ) { return(0);} +void serial_setbrg (void){ return; } +int serial_init (void) { return (0);} #else -void serial_setbrg( void ) +void serial_setbrg (void) { DECLARE_GLOBAL_DATA_PTR; unsigned div; @@ -49,39 +91,44 @@ return; } -int serial_init( void ) +int serial_init (void) { - serial_setbrg(); - return(0); + serial_setbrg (); + return (0); } #endif /* CFG_NIOS_FIXEDBAUD */ -void serial_putc( char c ) +/*----------------------------------------------------------------------- + * UART CONSOLE + *---------------------------------------------------------------------*/ +void serial_putc (char c) { if (c == '\n') - serial_putc('\r'); - while( (uart->status & NIOS_UART_TRDY) == 0 ) + serial_putc ('\r'); + while ((uart->status & NIOS_UART_TRDY) == 0) WATCHDOG_RESET (); uart->txdata = (unsigned char)c; } -void serial_puts( const char *s ) +void serial_puts (const char *s) { - while( *s != 0 ) { - serial_putc( *s++ ); + while (*s != 0) { + serial_putc (*s++); } } -int serial_tstc( void ) +int serial_tstc (void) { - return( uart->status & NIOS_UART_RRDY); + return (uart->status & NIOS_UART_RRDY); } -int serial_getc( void ) +int serial_getc (void) { - while( serial_tstc() == 0 ) + while (serial_tstc () == 0) WATCHDOG_RESET (); return( uart->rxdata & 0x00ff ); } + +#endif /* CONFIG_JTAG_CONSOLE */ diff -Naurb u-boot-2004APR25/cpu/nios/start.S nios-jtag-gdb/cpu/nios/start.S --- u-boot-2004APR25/cpu/nios/start.S 2003-10-08 19:26:14.000000000 -0400 +++ nios-jtag-gdb/cpu/nios/start.S 2004-04-25 15:44:11.000000000 -0400 @@ -93,6 +93,14 @@ subi %g6, 4 /* %g6 <- src addr */ ld %g7, [%g7] /* %g7 <- dst addr */ + /* No need to move text sections if we're already located + * at the proper address. + */ + cmp %g7, %g6 + ifs cc_z + br reloc + nop /* delay slot */ + 1: cmp %g7, %g5 skps cc_nz br 2f @@ -114,6 +122,7 @@ pfx %xhi(reloc@h) movhi %g0, %xlo(reloc@h) jmp %g0 + nop /* delay slot */ reloc: /* @@ -141,6 +150,48 @@ 4: /* + * INIT VECTOR TABLE + */ + pfx %hi(CFG_VECT_BASE) + movi %g0, %lo(CFG_VECT_BASE) + pfx %xhi(CFG_VECT_BASE) + movhi %g0, %xlo(CFG_VECT_BASE) /* dst */ + mov %l0, %g0 + + pfx %hi(_vectors) + movi %g1, %lo(_vectors) + pfx %xhi(_vectors) + movhi %g1, %xlo(_vectors) /* src */ + bgen %g2, 6 /* cnt = 64 */ + + ldp %g3, [%l0, 3] /* bkpt vector */ + ldp %g4, [%l0, 4] /* single step vector */ + +5: ld %g7, [%g1] + addi %g1, 4 /* src++ */ + st [%g0], %g7 + addi %g0, 4 /* dst++ */ + + subi %g2, 1 /* cnt-- */ + ifrnz %g2 + br 5b + nop /* delay slot */ + +#if defined(CONFIG_ROM_STUBS) + /* Restore the breakpoint and single step exception + * vectors to their original values. + */ + stp [%l0,3], %g3 /* breakpoint */ + stp [%l0,4], %g4 /* single step */ +#endif + + /* For debug startup convenience ... software breakpoints + * set prior to this point may not succeed ;-) + */ + .global __start +__start: + + /* * Call board_init -- never returns */ pfx %hi(board_init@h) diff -Naurb u-boot-2004APR25/cpu/nios/traps.S nios-jtag-gdb/cpu/nios/traps.S --- u-boot-2004APR25/cpu/nios/traps.S 2003-10-08 19:26:14.000000000 -0400 +++ nios-jtag-gdb/cpu/nios/traps.S 2004-04-25 15:44:11.000000000 -0400 @@ -557,3 +557,26 @@ mov %fp, %sp tret %o7 /* Done */ + +/************************************************************************* + * GDB stubs + ************************************************************************/ + .text + .global _brkpt_hw_int, _brkpt_sw_int + .align 4 + +_brkpt_hw_int: + movi %l1, 9 + pfx 3 + wrctl %l1 + pfx 4 + wrctl %l1 + +_brkpt_sw_int: + movi %l1, 9 + pfx 3 + wrctl %l1 + pfx 4 + wrctl %l1 + + tret %o7 diff -Naurb u-boot-2004APR25/doc/README.nios nios-jtag-gdb/doc/README.nios --- u-boot-2004APR25/doc/README.nios 2004-02-23 17:22:32.000000000 -0500 +++ nios-jtag-gdb/doc/README.nios 2004-04-25 17:36:18.000000000 -0400 @@ -55,6 +55,12 @@ a problem as little, if any, of the Altera source contains features that are not already available in U-Boot. +1.3 Debugging via OCI +--------------------- +The Nios port supports debugging with gdb and/or nios-console +via the JTAG port. Stubs for debugging with gdb via the serial +port are not currently implemented. + 2. CONFIGURATION OPTIONS/SETTINGS ---------------------------------- @@ -79,7 +85,11 @@ CONFIG_NIOS -- defined for all Nios-32 boards. -CFG_NIOS_CONSOLE -- the base address of the console UART. +CFG_NIOS_CONSOLE -- the base address of the console UART or the JTAG + stdio port. To enable a console via JTAG, define + CONFIG_CONSOLE_JTAG and set CGF_NIOS_CONSOLE to the base address + of the JTAG stdio port (normally OCI base + 0x00fa). Then + run nios-console with the -w option. (standard-32: nasys_uart_0 resp. na_uart1_base). CFG_NIOS_FIXEDBAUD -- defined if the console UART PTF fixed_baud @@ -176,20 +186,109 @@ 3. Release CFG_NIOS_CPU_BUTTON_PIO, button number 0. -5. BRAIN DAMAGE +5. DEBUGGING WITH GDB +--------------------- + +Debug sessions using gdb are currently supported only via JTAG. The +stubs for debugging via a serial port are not implemented. To enable +the gdb JTAG stubs, simply reference _brkpt_hw_int and _brkpt_sw_int +at vector table offsets 3 and 4, respectively. For an example, see +board/altera/dk1c20/vectors.S. + +5.1 Vector Table Initialization and ROM Stubs +--------------------------------------------- +If CONFIG_ROM_STUBS is defined, the debug breakpoint and single step +entries in the vector table are restored to their initial values +immediately _after_ initializing the vector table. Defining this macro +is useful when ROM-based stubs are implemented. + +NOTE: The default GERMS monitor does NOT implement gdb stubs, nor does +it initialize the vector table. Therefore, when debugging U-Boot, you +should NOT set a software breakpoint prior to vector table initialization. + +5.2 Starting a Debug Session +---------------------------- +If you're not familiar with gdb, you follow these step-by-step instructions. +These instructions are NOT the only way to start a debug session, but they +cover most of the individual functions to get you started. + + 1. Start the JTAG gdb server. Open a Nios shell window and start + the server. When the server is started you must provide the base + address of the OCI core. For example, when using the Cyclone + development kit (DK1C20): + + $ nios-gdb-server --ocibase=0x00920800 --tcpport=2342 + + 2. Start gdb. Open a Nios shell window, change to the top-level + U-Boot directory and start gdb, specifying the u-boot elf file: + + $ nios-elf-gdb u-boot + + 3. Update target settings. From the file menu, select + "Target Settings ..." and select the following, then click 'Ok': + + Target: Remote/TCP + Port : 2342 (same as in step 1) + Display download dialog: checked + All other check boxes: unchecked + + 4. Connect to the target. Select menu: 'Run->Connect to target'. + You should see a dialog box indicating the you successfully connected + to the target. + + 5. Download U-Boot. Select menu: 'Run->Download'. + + 6. Open a gdb console window and set the source directory paths. + Select menu: 'View->Console'. In the console window, enter the + following commands, then close the console window: + + (gdb) directory common + (gdb) directory cpu/nios + (gdb) directory lib_nios + (gdb) directory board/altera/dk1c20 + + Note that the last command is for the DK1C20 board only. If you + are using another board, specify that board's directory. + + 7. Open the file board.c (using the file menu in the lower + left hand corner). Scroll to the board_init() routine and set + a breakpoint. + + 8. Run U-Boot. Just click on the run icon, or select menu: + 'Run->Run'. U-Boot should start running, then break at your + breakpoint. + + 9. Have fun & start learning more about gdb. + + +5.3 For advanced Users +---------------------- +A few notes for those more familiar with gdb. + + -Serial port stubs are not implemented. Sorry, but it's just not + worth _my_ effort. The JTAG stubs work great and are ridiculously + simple to implement. + + -If you need to debug the early startup code (prior to the vector + table initialization), use the nios-console debugger. + + - Connect, download & run -- there are some problems here. Connect + download and run seperately to avoid trouble. + +6. BRAIN DAMAGE ---------------- This section describes some of the unfortunate and avoidable aspects of working with the Nios CPU ... and some things you can do to reduce your pain. -5.1 GERMS doesn't work with Hyperterminal +6.1 GERMS doesn't work with Hyperterminal ------------------------------------------ GERMS doesn't do CR/LF mapping that is compatible with Hyperterminal (or minicom) -- geez. Regardless of you opion of Hyperterminal, this sad design decision is remedied by using U-Boot. -5.2 cygwin Incompatibility +6.2 cygwin Incompatibility --------------------------- The version of cygwin distributed with the nios GNUPro toolchain is out-of-date and incompatible with the latest cygwin distributions. @@ -202,7 +301,7 @@ The solution ... well, you can wait for Altera ... or build as set of tools for linux. -5.3 No native gcc +6.3 No native gcc ------------------ I'm not sure how this one slipped through the cracks ... but it is a real pain. Basically, if you want to build anything for the native @@ -215,7 +314,7 @@ toolchain can it found in the CDK4NIOS project hosted by Source Forge at http://cdk4nios.sourceforge.net. -5.4 Can't build default U-Boot +6.4 Can't build default U-Boot ------------------------------- By default, when you build U-Boot you will be building some native tools along with the target elf, bin, and srec files. Without a @@ -232,15 +331,16 @@ -c -o $@ environment.c With: -environment.o: environment.c ../tools/envcrc +environment.o: environment.c $(CC) $(AFLAGS) -Wa,--no-warn \ -DENV_CRC=0 \ -c -o $@ environment.c -BTW, thats a 'zero' ... not the letter 'O'. +BTW, thats a 'zero' ... not the letter 'O'. And not that the +"../tools/envcrc" dependency is removed. -6. HELP WANTED +7. HELP WANTED --------------- There are plenty of areas where help is needed. Here's are some ideas diff -Naurb u-boot-2004APR25/examples/Makefile nios-jtag-gdb/examples/Makefile --- u-boot-2004APR25/examples/Makefile 2004-04-18 17:13:44.000000000 -0400 +++ nios-jtag-gdb/examples/Makefile 2004-04-25 15:44:11.000000000 -0400 @@ -38,7 +38,7 @@ endif ifeq ($(ARCH),nios) -LOAD_ADDR = 0x01000000 -L $(gcclibdir)/m32 -T nios.lds +LOAD_ADDR = 0x00800000 -L $(gcclibdir)/m32 -T nios.lds endif ifeq ($(ARCH),m68k) diff -Naurb u-boot-2004APR25/include/configs/DK1C20.h nios-jtag-gdb/include/configs/DK1C20.h --- u-boot-2004APR25/include/configs/DK1C20.h 2004-04-20 19:11:20.000000000 -0400 +++ nios-jtag-gdb/include/configs/DK1C20.h 2004-04-25 16:13:08.000000000 -0400 @@ -471,6 +471,7 @@ CFG_CMD_MII | \ CFG_CMD_PCI | \ CFG_CMD_PCMCIA | \ + CFG_CMD_REISER | \ CFG_CMD_SCSI | \ CFG_CMD_SPI | \ CFG_CMD_VFD | \ diff -Naurb u-boot-2004APR25/include/nios-io.h nios-jtag-gdb/include/nios-io.h --- u-boot-2004APR25/include/nios-io.h 2004-02-09 18:12:25.000000000 -0500 +++ nios-jtag-gdb/include/nios-io.h 2004-04-25 15:44:11.000000000 -0400 @@ -167,4 +167,17 @@ #define NIOS_ASMI_IEOP (1 << 9) /* rx eop int ena */ #define NIOS_ASMI_SSO (1 << 10) /* slave select enable */ +/*------------------------------------------------------------------------ + * JTAG UART + *----------------------------------------------------------------------*/ +typedef volatile struct nios_jtag_t { + unsigned short rxcntl; /* Rx data/cntl reg */ + unsigned short txcntl; /* Tx data/cntl reg */ + unsigned short errcntl; /* Err dta/cntl reg */ +}nios_jtag_t; + +/* status register */ +#define NIOS_JTAG_TRDY (1 << 8) /* tx ready bit */ +#define NIOS_JTAG_RRDY (1 << 8) /* rx ready bit */ + #endif /* __NIOSIO_H__ */ diff -Naurb u-boot-2004APR25/lib_nios/board.c nios-jtag-gdb/lib_nios/board.c --- u-boot-2004APR25/lib_nios/board.c 2004-02-23 18:54:52.000000000 -0500 +++ nios-jtag-gdb/lib_nios/board.c 2004-04-25 19:25:17.000000000 -0400 @@ -49,7 +49,6 @@ extern void malloc_bin_reloc (void); typedef int (init_fnc_t) (void); -extern unsigned _vectors[]; /* * Begin and End of memory area for malloc(), and current "brk" @@ -120,10 +119,6 @@ gd = (gd_t *)CFG_GBL_DATA_OFFSET; memset( gd, 0, CFG_GBL_DATA_SIZE ); - /* Copy exception vectors to the correct location. - */ - memcpy( (void *)CFG_VECT_BASE, _vectors, 256 ); - gd->bd = (bd_t *)(gd+1); /* At end of global data */ gd->baudrate = CONFIG_BAUDRATE; gd->cpu_clk = CONFIG_SYS_CLK_FREQ; diff -Naurb u-boot-2004APR25/nios_config.mk nios-jtag-gdb/nios_config.mk --- u-boot-2004APR25/nios_config.mk 2004-02-23 18:54:45.000000000 -0500 +++ nios-jtag-gdb/nios_config.mk 2004-04-25 19:24:02.000000000 -0400 @@ -22,4 +22,4 @@ # MA 02111-1307 USA # -PLATFORM_CPPFLAGS += -m32 -DCONFIG_NIOS -D__NIOS__ -ffixed-g7 +PLATFORM_CPPFLAGS += -m32 -DCONFIG_NIOS -D__NIOS__ -ffixed-g7 -gstabs

2 1

[U-Boot-Users] U-boot on MBX860-002
by Herbert Thielen 10 May '04

10 May '04

Hi, I've got an older Motorola MBX board "MBX860-002" (assembly number 01-W3269F02C) which I'd like to use for U-Boot/Linux. Building U-Boot with a powerpc-860-linux-gnu-gcc (3.3.2) was successfully (except the examples directory). Unfortunately, the MBX board gives only some crude characters via serial console (9600 8n1) after booting u-boot from flash. At least there is some reaction on characters sent via RS232. Currently I've no BDM debugger available, so it's not to easy to debug this ;-) Was anybody out there successful in running U-Boot on a MBX board? Any hint? So far, I tried to adjust the clock speed from 50MHz to 40MHz in include/configs/MBX.h (see below), but without success (nothing seems to have changed). Any ideas are welcome. Regards Herbert. --- MBX.h 2003/06/27 21:32:45 1.1 +++ MBX.h 2004/04/27 14:45:56 @@ -54,7 +54,7 @@ #undef CONFIG_USE_PCI #define CONFIG_CLOCKS_IN_MHZ 1 /* clocks passsed to Linux in MHz */ -#define CONFIG_8xx_GCLK_FREQ (50000000UL) +#define CONFIG_8xx_GCLK_FREQ (40000000UL) #if 1 #define CONFIG_BOOTDELAY -1 /* autoboot disabled */ #else

3 3

[U-Boot-Users] Configuration System
by Jon Loeliger 03 May '04

03 May '04

Folks, At the risk of opening a hot topic (again), I would like to bring up the subject of using the Linux Kernel 2.5/2.6 kconfig configuration mechanism. I know that this topic has been discussed in the past, and that there are some in favor and some opposed to the idea. I also know that it won't be a clean-n-easy transition if motion in that direction is started. I have implemented build systems based on linux 2.5's kconfig and believe that U-Boot would benefit from using such a system as well. I understand that there are some on the list that "don't want to fix working code" as well. :-) I am curious to know if others feel that this would be a good direction for U-Boot, or if this is just a Bad Idea that should be dropped immediately. If there are others (Schurig? Schwebel?) that would like to see this sort of configuration mechanism, and would like to work on the side with me until we have something that is clearly demonstrable to others (Hi Wolfgang! :-)), please let me know. I think it will take a bit of effort to get to a point where a critical mass of infrastructure is in place before the benefits of the mechanism will be seen. Tread softly, jdl

8 18

[U-Boot-Users] U-Boot-Users -- confirmation of subscription -- request 361331
by Franco Venturi 30 Apr '04

30 Apr '04

1 0

[U-Boot-Users] (no subject)
by Alan J. Luse 30 Apr '04

30 Apr '04

Previous patch attachment had stray white space; apologies :-) The MII PHY utility (common/miiphyutil.c) does not report network speed and duplex mode properly if auto-negotiate is not enabled. The attached patch checks if auto-negotiate is enabled and looks in the proper registers based on that bit to return speed and duplex values. * Patch by Alan J. Luse, 29 Apr 2004: Report MII network speed and duplex setting properly when auto-negotiate is not enabled. Alan J. Luse Embedded Systems Engineer Time America, Inc. 51 West Third Street, Suite 310 Tempe, AZ 85281 Voice: (480) 296-0408 Fax: (480) 296-0444

1 0

[U-Boot-Users] [Newbie help] Booting a MVME5500 - where to start?
by Oliver Korpilla 29 Apr '04

29 Apr '04

Hello! I have a MVME5500 board from Motorola, and want to boot it with U-boot. It's netbooting okay with the motload, and have a fully working Linux kernel for it, but I want to boot from flash so I guess I need a better bootloader (don't know why they dropped romboot). ;) The MVME5500 features (among other stuff) a Marvell GT64260B system controller and a Motorola 7455 PowerPC. As I have seen from the release, U-Boot is supporting the processor, and similar system controllers, so I guess I have to add support for the Marvell controller and add a config. How can I do this? As I've read people are using Linux code to ease development, so I guess I could reuse code from the kernel for full Marvell support? Will that and a config file suffice, or what else will be needed? Thanks in advance, Oliver Korpilla

1 0

Re: [U-Boot-Users] U-Boot/Kermit Problem
by Wolfgang Denk 29 Apr '04

29 Apr '04

In message <Pine.OSF.4.21.0404291639440.1949-100000(a)ws9.cdotb.ernet.in> you wrote: > > Any other serial line protocol is there, which works fine with minicom ? If you ask for my $ 0.02: minicom is broken. I recommend not to use it. I know that others like it, and use it successfully, so chose whatever you like, but don't say you have not been warned. > I tried to configure uucp as given in the DULG manual. > > When I tried to upload a file from minicom, it gives me the following > error..... > > ---------------------------------------------------------------------- > /usr/bin/cu: hello_world: System not found > READY: press any key to continue... Don't use cu from minicom; use cu directly from the command line. > If I run "cu" dirctly from the command prompt I am getting the following > error. > > [root@genome root]# cu S0@9600 > cu: open (/dev/ttyS0): Permission denied > cu: S0@9600: All matching ports in use > [root@genome root]# > So I checked the permissions od /dev/ttyS0. > > [root@genome root]# ls -l /dev/ttyS0 > crwxr-xr-x 1 root uucp 4, 64 Apr 29 17:07 /dev/ttyS0 > [root@genome root]# > > What could be the problem ? group uucp should have write permission on the device, and in the lock directory. 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 The idea of male and female are universal constants. -- Kirk, "Metamorphosis", stardate 3219.8

1 0

[U-Boot-Users] U-Boot/Kermit Problem
by Ashish R Dhawane 29 Apr '04

29 Apr '04

I am facing a problem in loading a binary file from minicom. Whenver I try to load, it is going in an infinite loop. => loadb 100000 ## Ready for binary (kermit) download to 0x00100000 at 9600 bps... I configured kermit as told in the DULG/SystemSetup Manual.... Only change I made is set speed 9600 instead of 115200 I am getting stuck here. After going through the u-boot source code .... The calling sequence is .... -load_serial_bin -k_recv Inside k_recv the code where I stucked up here is ... ----------------------------ACTUAL CODE----------------------------------- /* get a packet */ /* wait for the starting character or ^C */ for (;;) { switch (serial_getc ()) { case START_CHAR: /* start packet */ goto START; case ETX_CHAR: /* ^C waiting for packet*/ return (0); default: ; } } ----------------------------ACTUAL CODE UP TO HERE------------------------ I think it continiously in the for loop. When I press control-C then it will come comeout saying .... ## Total Size = 0x00000000 = 0 Bytes ## Start Addr = 0x00100000 Can anyabody help me why it is happening ? Any help will be appreciated. -regards, -Ashish ########################################################################### Ashish R Dhawane Research Engineer W-CDMA Group (3G RAN) Contacts: --------- Tel(O) :+91-80-2282168 (Direct Line) Tel(O/Lab) :+91-80-2263399 X 329 Fax(O) :+91-80-2282168 Mobile :98455 36814 E-Mail(s) :ashishdhawane@yahoo.com, ashish(a)cyberspace.org Surface Address (O): Surface Address (R): -------------------- -------------------- Centre for Development of Telematics, #50, Ground Floor, 12th Cross, 71/1, Sneha Complex, Ayyappa Block, Manorayan Palya, Millers Road, Sultan Palya Main Road, Bangalore-560052, RT Nagar Post,Bangalore-560032, Karnataka, India. Karnataka, India. ###########################################################################

3 2