August 2005 - U-Boot

[U-Boot-Users] lubbock patch: ram, flash, ethernet
by David Brownell 26 Sep '05

26 Sep '05

U-Boot support for Lubbock still needs some work, but this fixes a few of the more blatant problems. I look forward to replacing that crufty old "BLOB" with a shiny new U-Boot. :) I saw some email archived from about 10 months back saying that the TFTP timeout/retry problems went away given PXA timer updates, but like the ethernet patch that was also needed, a patch wasn't posted or merged. Maybe someone who has unmerged PXA updates has the relevant code ready to merge? - Dave

4 4

[U-Boot-Users] [PATCH] OMAP242x/H4 board updates.
by Woodruff, Richard 25 Sep '05

25 Sep '05

Hello, This patch is against a CVS pull from today (3Mar05). It updates the H4 board for operation with the OMAP242x ES2 chip. Along with some other fixes it also switches to using the CFI flash driver for a 6x write speed up. The CFI driver needed some minor changes as this Intel part works on a per partition basis. The current driver would assume that a query command to the base of the part would affect the whole chip. This is not the case. It also had some strange code which acted like sector unlocks were per chip instead of per sector, this is not the case. - OMAP242x H4 board update - fix for ES2 differences. - switch to using the cfi_flash driver. - fix SRAM build address. - fix for GP device operation. - unlock SRAM for GP devices. - display more device information. - fix potential deadlock in omap24xx_i2c driver. - fix DLL load values to match dpllout*1 operation. - fix 2nd chip select init for combo DDR device. - cfi_flash.c - add support for CFI Intel 28F256L18 on H4 board. Regards, Richard W.

3 2

[U-Boot-Users] Cleanup in AT91RM9200.h ?
by Steven Scholz 25 Sep '05

25 Sep '05

Dear Wolfgang, the formating/indenting in include/asm-arm/arch-at91rm9200/AT91RM9200.h looks terrible. Would use except a patch that only does whitspace fixing in this file? -- Steven

2 3

[U-Boot-Users] [PATCH] typo in eth.c
by Ara Avanesyan 25 Sep '05

25 Sep '05

--- u-boot-05-01-12-original/net/eth.c 2004-12-16 21:49:38.000000000 +0400 +++ u-boot-1.1.2_05-01-12/net/eth.c 2005-02-19 15:44:58.000000000 +0400 @@ -292,9 +292,9 @@ debug ( "Setting new HW address on %s\n" "New Address is %02X:%02X:%02X:%02X:%02X:%02X\n", dev->name, - dev->enetaddr[0], dev->enetaddr[1], - dev->enetaddr[2], dev->enetaddr[3], - dev->enetaddr[4], dev->enetaddr[5]); + enetaddr[0], enetaddr[1], + enetaddr[2], enetaddr[3], + enetaddr[4], enetaddr[5]); memcpy(dev->enetaddr, enetaddr, 6); } __ Thanks, Ara

2 1

[U-Boot-Users] [PATCH] Remove unneeded #include <malloc.h>
by Ladislav Michl 25 Sep '05

25 Sep '05

Hi Wolfgang, this u-patch is remnant of my effort to have malloc pool in SDRAM and the rest of U-Boot in SRAM. Best regards, ladis Index: common/env_dataflash.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/env_dataflash.c,v retrieving revision 1.1 diff -u -r1.1 env_dataflash.c --- common/env_dataflash.c 6 Dec 2003 23:55:11 -0000 1.1 +++ common/env_dataflash.c 22 Feb 2005 11:04:56 -0000 @@ -24,7 +24,6 @@ #include <command.h> #include <environment.h> #include <linux/stddef.h> -#include <malloc.h> #include <dataflash.h> env_t *env_ptr = NULL; Index: common/env_eeprom.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/env_eeprom.c,v retrieving revision 1.2 diff -u -r1.2 env_eeprom.c --- common/env_eeprom.c 27 Jun 2003 21:32:31 -0000 1.2 +++ common/env_eeprom.c 22 Feb 2005 11:04:56 -0000 @@ -31,7 +31,6 @@ #include <command.h> #include <environment.h> #include <linux/stddef.h> -#include <malloc.h> env_t *env_ptr = NULL; Index: common/env_nand.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/env_nand.c,v retrieving revision 1.2 diff -u -r1.2 env_nand.c --- common/env_nand.c 19 Jun 2004 21:19:12 -0000 1.2 +++ common/env_nand.c 22 Feb 2005 11:04:56 -0000 @@ -36,7 +36,6 @@ #include <command.h> #include <environment.h> #include <linux/stddef.h> -#include <malloc.h> #include <linux/mtd/nand.h> #if ((CONFIG_COMMANDS&(CFG_CMD_ENV|CFG_CMD_NAND)) == (CFG_CMD_ENV|CFG_CMD_NAND)) Index: common/env_nowhere.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/env_nowhere.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 env_nowhere.c --- common/env_nowhere.c 18 Sep 2002 11:09:59 -0000 1.1.1.1 +++ common/env_nowhere.c 22 Feb 2005 11:04:56 -0000 @@ -31,7 +31,6 @@ #include <command.h> #include <environment.h> #include <linux/stddef.h> -#include <malloc.h> env_t *env_ptr = NULL; Index: common/env_nvram.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/env_nvram.c,v retrieving revision 1.3 diff -u -r1.3 env_nvram.c --- common/env_nvram.c 27 Jun 2003 21:32:31 -0000 1.3 +++ common/env_nvram.c 22 Feb 2005 11:04:56 -0000 @@ -47,7 +47,6 @@ #include <command.h> #include <environment.h> #include <linux/stddef.h> -#include <malloc.h> #ifdef CFG_NVRAM_ACCESS_ROUTINE extern void *nvram_read(void *dest, const long src, size_t count); Index: common/main.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/main.c,v retrieving revision 1.21 diff -u -r1.21 main.c --- common/main.c 9 Jan 2005 23:33:50 -0000 1.21 +++ common/main.c 22 Feb 2005 11:04:56 -0000 @@ -26,7 +26,6 @@ #include <common.h> #include <watchdog.h> #include <command.h> -#include <malloc.h> #ifdef CFG_HUSH_PARSER #include <hush.h>

2 1

[U-Boot-Users] [PATCH] cramfs support for m68k
by Zachary Landau 25 Sep '05

25 Sep '05

Hello, The attached patch provides a couple simple changes necessary to get CRAMFS support working on the M68K. -- Zachary P. Landau <kapheine(a)gmail.com>

2 1

[U-Boot-Users] [PATCH]: Fix EP8260 H2 flash timeouts
by Jeff Angielski 25 Sep '05

25 Sep '05

Very small patch to ep8260.h to fix the flash timeouts and to improve the clock accuracy for faster UARTs by reducing the BRG divisor in the SCCR. CHANGELOG: * Patch by Jeff Angielski 21 Feb 2005 Fix flash write/erase timeouts. Improve clock resolution for faster UARTs. Jeff Angielski

2 1

[U-Boot-Users] [patch] MIPS: AMD Alchemy au1x00 ethernet initialization in cpu/mips/au1x00_eth.c
by Joseph Chiu 25 Sep '05

25 Sep '05

Hi, On u-boot bootloader 1.1.2 on AMD Alchemy Au1x00: The au1x00_mac.c assumes that ethernet transmit always starts with transmit buffer 0. This is not necessarily true (in the event of a warm reboot). This little patch fixes that and prevents (reduces?) transmit timeouts that you might see when you're repeatedly warm-rebooting your board during development. Cheers, Joseph Chiu www.omnilux.net LC_ALL=C TZ=UTC0 diff -Naur u-boot-1.1.2.orig/cpu/mips/au1x00_eth.c u-boot-1.1.2.new/cpu/mips/au1x00_eth.c --- u-boot-1.1.2.orig/cpu/mips/au1x00_eth.c Fri Jan 2 15:01:32 2004 +++ u-boot-1.1.2.new/cpu/mips/au1x00_eth.c Wed Feb 16 02:10:27 2005 @@ -167,9 +167,6 @@ (volatile mac_fifo_t*)(MAC0_RX_DMA_ADDR+MAC_RX_BUFF0_STATUS); int i; - next_tx = 0; - next_rx = 0; - /* We have to enable clocks before releasing reset */ *macen = MAC_EN_CLOCK_ENABLE; udelay(10); @@ -186,6 +183,9 @@ fifo_rx[i].addr = (virt_to_phys(NetRxPackets[i]))|RX_DMA_ENABLE; } + next_tx = (fifo_tx[0].addr & 0x0c )>>2; + next_rx = (fifo_rx[0].addr & 0x0c )>>2; + /* Put mac addr in little endian */ #define ea eth_get_dev()->enetaddr *mac_addr_high = (ea[5] << 8) | (ea[4] ) ;

3 2

[U-Boot-Users] [patch] au1x00_serial.c fix baud rate computation
by Andrew Dyer 25 Sep '05

25 Sep '05

CHANGELOG: * Patch by Andrew Dyer, 15 February 2005: fix au1x00_serial to remove hardcoded cpu clock divisor and use register instead. change baud rate calculation to round up instead of truncate in cases where fractional part would have been > 0.5 -- Hardware, n.: The parts of a computer system that can be kicked.

2 1

[U-Boot-Users] [PATCH] Spartan3 family support
by Kurt Stremerch 25 Sep '05

25 Sep '05

Hi all. This small patch, against current cvs, adds Xilinx Spartan3 support. Only the bitstream size differs from the Spartan2 family, the configuration method stays the same. Regards Kurt CHANGELOG: * Patch by Kurt Stremerch, 14 February 2005: Add Xilinx Spartan3 family fpga support

4 5