Re: [U-Boot] [PATCH] arm926ejs, suen3: fix relocation issues

> -Original Message- > From: Heiko Schocher [mailto:h...@denx.de] > Sent: Monday, October 18, 2010 11:43 AM > To: u-boot@lists.denx.de > Cc: Heiko Schocher; Prafulla Wadaskar > Subject: [PATCH] arm926ejs, suen3: fix relocation issues > ...snip... > diff --git a/include/configs/km_arm.

[U-Boot] [PATCH] Blackfin: config.mk: drop manual stripping of config vars

Now that the common code takes care of stripping away quotes and such from numeric options, we no longer need to do so ourselves. So drop the custom code we have in the Blackfin config.mk. Signed-off-by: Mike Frysinger --- arch/blackfin/config.mk |2 -- 1 files changed, 0 insertions(+), 2 d

[U-Boot] [PATCH] Blackfin: bf527-ezkit-v2: move to boards.cfg

Now that the boards.cfg file supports options to mkconfig, we can move the bf527-ezkit-v2 target out of the Makefile and into boards.cfg. Signed-off-by: Mike Frysinger --- MAKEALL|4 +--- Makefile |8 boards.cfg |1 + 3 files changed, 2 insertions(+), 11 deletions(-)

[U-Boot] [PATCH] boards.cfg: update local documentation

The "options" field at the moment is only documented in the changelog which isn't terribly useful to people without git. Signed-off-by: Mike Frysinger --- boards.cfg | 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git a/boards.cfg b/boards.cfg index d6c3401..443f

[U-Boot] "Verifying Checksum ... Bad Data CRC" when kernel

Hi all I've found the answer and confirmed it. FTP transfer corrupted uImage. As my development laptop has no COM port, I transferred uImage from this development laptop to my company's FTP server using FileZilla 3.0.11.1, then from this FTP server to my desktop using WS_FTP 9.01. Then, I used th

Re: [U-Boot] [PATCH 1/3 v2] nand: allow demand initialization

On Monday, October 18, 2010 16:16:33 Scott Wood wrote: > On Fri, 15 Oct 2010 15:04:47 -0400 Mike Frysinger wrote: > > On Friday, October 15, 2010 14:56:36 Scott Wood wrote: > > > Applied to u-boot-nand-flash. > > > > awesome > > I've removed the patches for now, based on Wolfgang's comments my i

Re: [U-Boot] [RFC/PATCH] Makefile: allow boards to check file size limits

On Tuesday, October 19, 2010 01:24:44 Wolfgang Denk wrote: > Mike Frysinger wrote: > > > > + @actual=`wc -c $@ | awk '{print $$1}'`; \ > > > > > > How about using > > > > > > stat -c '%s' > > > > > > to get the file size in a single command, without need to actually > > > read all the da

Re: [U-Boot] [RFC/PATCH] Makefile: allow boards to check file size limits

Dear Mike Frysinger, In message <201010190017.52346.vap...@gentoo.org> you wrote: > > > > + @actual=`wc -c $@ | awk '{print $$1}'`; \ > > > > How about using > > > > stat -c '%s' > > > > to get the file size in a single command, without need to actually > > read all the data? > > because `s

[U-Boot] [PATCH 10/10 v2] net: uli526x: Add initialized eth_device structure

uli526x driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/uli526x.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-)

[U-Boot] [PATCH 08/10 v2] net: pcnet: Add initialized eth_device structure

pcnet driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/pcnet.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff

[U-Boot] [PATCH 09/10 v2] net: tsi108_eth: Add initialized eth_device structure

tsi108_eth driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/tsi108_eth.c |6 +- 1 files changed, 5 insertions(+), 1 deletio

[U-Boot] [PATCH 05/10 v2] net: fec_mxc: Add initialized eth_device structure

This prevents access to the member of eth_device which is not initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/fec_mxc.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c index 2d4ffed..071276e 1006

[U-Boot] [PATCH 06/10 v2] net: natsemi: Add initialized eth_device structure

natsemi driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/natsemi.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-)

[U-Boot] [PATCH 03/10 v2] net: dc2114x: Add initialized eth_device structure

dc2114x driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/dc2114x.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-)

[U-Boot] [PATCH 02/10 v2] net: rtl8139: Add initialized eth_device structure

rtl8139 driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/rtl8139.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-)

[U-Boot] [PATCH 04/10 v2] net: eepro100: Add initialized eth_device structure

eepro100 driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/eepro100.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-)

[U-Boot] [PATCH 07/10 v2] net: ns8382x: Add initialized eth_device structure

ns8382x driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/ns8382x.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-)

[U-Boot] [PATCH 01/10 v2] net: rtl8169: Add initialized eth_device structure

rtl8169 does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: Nobuhiro Iwamatsu CC: Ben Warren --- drivers/net/rtl8169.c |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff

[U-Boot] [PATCH RFC 3/4] ARMV7: OMAP: I2C driver: Restructure i2c_write_byte function

This patch removes the "magic number" delays and instead monitors state changes in the status register bits. Signed-off-by: Steve Sakoman --- drivers/i2c/omap24xx_i2c.c | 76 +++ 1 files changed, 41 insertions(+), 35 deletions(-) diff --git a/drivers/i2

[U-Boot] [PATCH RFC 4/4] ARMV7: OMAP: I2C driver: Restructure i2c_probe function

This patch removes the "magic number" delays and instead monitors state changes in the status register bits. Signed-off-by: Steve Sakoman --- drivers/i2c/omap24xx_i2c.c | 41 ++--- 1 files changed, 30 insertions(+), 11 deletions(-) diff --git a/drivers/i2c/

[U-Boot] [PATCH RFC 2/4] ARMV7: OMAP: I2C driver: Restructure i2c_read_byte function

This patch removes the "magic number" delays and instead monitors state changes in the status register bits. Signed-off-by: Steve Sakoman --- drivers/i2c/omap24xx_i2c.c | 76 +-- 1 files changed, 37 insertions(+), 39 deletions(-) diff --git a/drivers/i2

[U-Boot] [PATCH RFC 0/4] ARMV7: OMAP: I2C driver: Restructure code to eliminate udelay calls and improve performance

I've been preparing a patch series for Beagle and Overo that detects expansion board configuration information by reading a 128 byte I2C EEPROM on each expansion board. Using the OMAP I2C driver in its current form takes about 5-6 seconds to read this small number of bytes! Executing the i2c prob

[U-Boot] [PATCH RFC 1/4] ARMV7: OMAP: I2C driver: Use same timeout value as linux kernel driver

This patch matches the poll interval (1 millisecond) and timeout (1 second) used in the linux driver. It also adds a return value of 0 in the event of a timeout error and cleans up some formatting errors in that section of the code. Signed-off-by: Steve Sakoman --- drivers/i2c/omap24xx_i2c.c |

Re: [U-Boot] [RFC/PATCH] Makefile: allow boards to check file size limits

On Monday, October 18, 2010 16:43:37 Wolfgang Denk wrote: > Mike Frysinger wrote: > > +ifneq ($(CONFIG_BOARD_SIZE_LIMIT),) > > +BOARD_SIZE_CHECK = \ > > + @actual=`wc -c $@ | awk '{print $$1}'`; \ > > How about using > > stat -c '%s' > > to get the file size in a single command, without

Re: [U-Boot] [PATCH] ARMV7: S5P: serial: support the s5pc210

On 28 September 2010 15:15, Minkyu Kang wrote: > This patch is for s5pc210 support. > Due to the resigter of baudrate is changed from slot to value, > add both of them to uart structure. > > Signed-off-by: Minkyu Kang > Signed-off-by: Kyungmin Park > --- >  arch/arm/include/asm/arch-s5pc1xx/uart

Re: [U-Boot] [PATCH] s5p_mmc: support 8-bit bus width

Dear Jaehoon Chung, On 27 September 2010 15:43, Jaehoon Chung wrote: > This Patch do support 8-bit bus width for s5p > So we add parameter for bus_width (in s5p_mmc_init(), s5p_mmc_initialize()) > If want to use 8-bit bus width, only change (0, 8) instead of (0, 4). > >  Signed-off-by: Jaehoon Ch

Re: [U-Boot] [PATCH v3] Add generic support for samsung s3c2440

Dear C Nauman, I'm sorry to late review. On 27 August 2010 00:43, C Nauman wrote: > This patch adds generic support for the Samsung s3c2440 processor. > > Global s3c24x0 changes to struct members converting from upper case to to > lower case. > > Signed-off-by: Craig Nauman > Cc: kevin.morf...@

Re: [U-Boot] Kirkwood: no console messages from init_sequence?

> > Dear Eric Cooper, > > On Sun, Oct 17, 2010 at 08:40:31PM -0400, Eric Cooper wrote: > >> I no longer see any of the early console messages that should result > >> from display_banner, print_cpuinfo, etc. The first thing I see is the > >> NAND information: > >> [...] > > > > But if I load the

Re: [U-Boot] [PATCH] Makefile: clean MatrixVision builds

  Wolfgang Denk hat am 18. Oktober 2010 um 21:58 geschrieben: > In message <1287246256-9724-1-git-send-email...@denx.de> I wrote: > > "make clean" after builds of MatrixVision boards would leave stale > > files around: > > > >         board/matrix_vision/mvblm7/bootscript.img > >         board/m

[U-Boot] [PATCH] Rename TEXT_BASE: fix merge conflicts

Commit 14d0a02a "Rename TEXT_BASE into CONFIG_SYS_TEXT_BASE" missed a few places, especially for boards that were added inbetween. Fix the remaining issues. Signed-off-by: Wolfgang Denk --- board/a4m072/config.mk | 39 --- board/eNET/u-boot.lds

Re: [U-Boot] [PATCH v2 1/3] at91rm9200ek: convert to at91

Dear Andreas Bießmann, > Signed-off-by: Andreas Bießmann > +Andreas Bie�mann in the 2nd line the "ß" does not show here (a "FFFD" box is shown instead. Is it only me or do others have similar problems? I think that line was produced in a different code page? Maybe we should refrain from using non

[U-Boot] [PATCH v2 3/3] at91rm9200ek: enbable USB support

This patch enables USB for at91rm9200ek board. Signed-off-by: Andreas Bießmann --- v2: no changes since v1 include/configs/at91rm9200ek.h | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/include/configs/at91rm9200ek.h b/include/configs/at91rm9200ek.h index

[U-Boot] [PATCH v2 2/3] at91rm9200: enable USB support

This patch fixes arch-at91/hardware.h to have the relevant defines for at91rm9200 devices to support existing at91 usb driver. Signed-off-by: Andreas Bießmann --- v2: no changes since v1 arch/arm/include/asm/arch-at91/hardware.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff -

[U-Boot] [PATCH v2 1/3] at91rm9200ek: convert to at91

This patch removes some functionality from at91rm9200ek board but the remaining functionality does now work with newer at91 code and arm-relocation. Currently missing features are: - dataflash booting (due to missing HW for testing) - MMC/SD-Card - first stage bootloader support is completely r

Re: [U-Boot] [PATCH v3 7/7] ARM: enable device tree for beagle

Dear John Rigby, In message <1286999857-13790-8-git-send-email-john.ri...@linaro.org> you wrote: > For testing ARM device tree support > > Signed-off-by: John Rigby > --- > include/configs/omap3_beagle.h |9 + > 1 files changed, 9 insertions(+), 0 deletions(-) Applied to u-boot-arm

Re: [U-Boot] [PATCH v3 6/7] ARM: add flat device tree support

Dear John Rigby, In message <1286999857-13790-7-git-send-email-john.ri...@linaro.org> you wrote: > Based on other architectures already supported. > Tested on OMAP3 Beagle board and another unnamed ARM platform. > > Signed-off-by: John Rigby > Tested-by: Rob Herring > --- > arch/arm/include/as

Re: [U-Boot] [PATCH v3 5/7] boot: change some arch ifdefs to feature ifdefs

Dear John Rigby, In message <1286999857-13790-6-git-send-email-john.ri...@linaro.org> you wrote: > The routines boot_ramdisk_high, boot_get_cmdline and boot_get_kbd > are currently enabled by various combinations of CONFIG_M68K, > CONFIG_POWERPC and CONFIG_SPARC. > > Use CONFIG_SYS_BOOT_ defines

Re: [U-Boot] [PATCH v3 4/7] FDT: only call boot_get_fdt from generic code

Dear John Rigby, In message <1286999857-13790-5-git-send-email-john.ri...@linaro.org> you wrote: > All arches except nios2 and microblaze call boot_get_fdt > from bootm_start in common/cmd_bootm.c. > > Having nios2 and microblaze do so as well removes code from > their respective do_bootm_linux r

Re: [U-Boot] [PATCH v3 3/7] FDT: Add fixup support for multiple banks of memory

Dear John Rigby, In message <1286999857-13790-4-git-send-email-john.ri...@linaro.org> you wrote: > Add fdt_fixup_memory_banks and reimplement fdt_fixup_memory > using it. Tested on OMAP3 beagle board with two banks of > memory. > > Signed-off-by: John Rigby > CC: Jerry Van Baren > --- > commo

Re: [U-Boot] [PATCH v3 2/7] common/image.c remove extra calls to be32_to_cpu in boot_get_fdt

Dear John Rigby, In message <1286999857-13790-3-git-send-email-john.ri...@linaro.org> you wrote: > fdt_totalsize returns size in cpu endian so don't call be32_to_cpu > on the result. This was harmless on big endian platforms but not > on little endian ARMs. > > Signed-off-by: John Rigby > --- >

Re: [U-Boot] [PATCH v3 1/7] common/image.c fix length calculation in boot_relocate_fdt

Dear John Rigby, In message <1286999857-13790-2-git-send-email-john.ri...@linaro.org> you wrote: > boot_relocate_fdt is called on platforms with CONFIG_SYS_BOOTMAPSZ > defined to relocate the device tree blob to be inside the > boot map area between bootmap_base and bootmap_base+CONFIG_SYS_BOOTMAP

[U-Boot] [PATCH v2 1/2] Adding fixed sdram setting for cornet_ds board

800, 900, 1000, 1200MT/s data rate parameters are added for fixed sdram setting. SPD based parameters and fixed parameters can be toggled by hwconfig. To use fixed parameters, hwconfig=fsl_ddr:sdram=fixed To use SPD parameters, hwconfig=fsl_ddr:ctlr_intlv=cacheline,bank_intlv=cs0_cs1 Signed-off

[U-Boot] [PATCH v2 2/2] Disable unused chip-select for DDR controller interleaving

When DDR controller interleaving is eabled and less than all bank (chip-select) interleaving is seletected, the unused chip-select should be disabled. Signed-off-by: York Sun --- arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c | 17 ++--- 1 files changed, 14 insertions(+), 3 deletions(-)

Re: [U-Boot] [PATCHv2] dlmalloc.c: Fix gcc alias warning

Dear Joakim Tjernlund, In message <1287039094-13282-1-git-send-email-joakim.tjernl...@transmode.se> you wrote: > Fix these warnings: > dlmalloc.c: In function 'free': > dlmalloc.c:2507: warning: dereferencing pointer '({anonymous})' does break > strict-aliasing rules > dlmalloc.c:2507: warning:

Re: [U-Boot] [RFC/PATCH] Makefile: allow boards to check file size limits

Dear Mike Frysinger, In message <1287025103-26681-1-git-send-email-vap...@gentoo.org> you wrote: > Boards often have a reserved size limit on the flash where they're stored. > Sometimes during upgrades or config changes, those limits are exceeded, > but no one notices until they try to upgrade and

Re: [U-Boot] [PATCH] powerpc: do not fixup NULL ptrs

Dear Joakim Tjernlund, In message <1287049904-18917-1-git-send-email-joakim.tjernl...@transmode.se> you wrote: > The fixup routine must not fixup NULL pointers. > Problem can be seen by > char *testfun(void) __attribute__((weak)); > char *(*myfun)(void) = testfun; > > Then add > printf("myfu

Re: [U-Boot] [PATCH v2] powerpc: Cleanup BOOTFLAG_* references

Dear Peter Tyser, In message <1287117204-9418-1-git-send-email-pty...@xes-inc.com> you wrote: > Now that warm booting is not supported, there isn't a need for the > BOOTFLAG_COLD and BOOTFLAG_WARM defines, so remove them. > > Note that this change makes the board info bd_bootflags field useless.

Re: [U-Boot] [PATCH] MPC5121: Add USB EHCI support

In message <1287062826-12481-1-git-send-email...@denx.de> I wrote: > From: Damien Dusha > > Signed-off-by: Francesco Rendine > Signed-off-by: Damien Dusha > Signed-off-by: Anatolij Gustschin > > Coding style cleanup; slight file restructuring. > Signed-off-by: Wolfgang Denk > --- > arch/pow

Re: [U-Boot] [U-boot][PATCH] MAINTAINERS: Fix alphabetical order in ARM subsection

Dear Enric Balletbo i Serra, In message <1287423514-4132-1-git-send-email-eballe...@iseebcn.com> you wrote: > I'm noticed that IGEP maintainer isn't in the correct place within > the ARM subsection: it's supposed to be in alphabetical order by > maintainer. This patch fix this. > > Signed-off-by:

Re: [U-Boot] Pull request: nand flash

Dear Scott Wood, In message <20101018201457.ga21...@udp111988uds.am.freescale.net> you wrote: > The following changes since commit cacc342d5aa311673efdc05770cb53246dd41c9f: > Wolfgang Denk (1): > Merge branch 'master' of git://git.denx.de/u-boot-arm > > are available in the git reposito

Re: [U-Boot] [PATCH] FPGA: fix support for non-Lattice devices

In message <1287430603-1343-1-git-send-email...@denx.de> I wrote: > Commit 3b8ac464 "FPGA: add support for downloading Lattice bitstream" > added support for Lattice devices, but failed to add #ifdef's that are > needed when building for non-Lattice devices, which results in build > failures like t

Re: [U-Boot] [PATCH 1/3 v2] nand: allow demand initialization

On Fri, 15 Oct 2010 15:04:47 -0400 Mike Frysinger wrote: > On Friday, October 15, 2010 14:56:36 Scott Wood wrote: > > Applied to u-boot-nand-flash. > > awesome I've removed the patches for now, based on Wolfgang's comments, and the discovery of additional places in the code that need to call na

[U-Boot] Pull request: nand flash

The following changes since commit cacc342d5aa311673efdc05770cb53246dd41c9f: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-arm are available in the git repository at: git://git.denx.de/u-boot-nand-flash.git master Scott Wood (1): Fix warning in nand unloc

Re: [U-Boot] [PATCH] config.mk cleanup: drop "-I$(TOPDIR)/board" entries

In message <1287335137-23282-1-git-send-email...@denx.de> I wrote: > After the recent cleanups, a number of config.mk files consist only of > a "PLATFORM_CPPFLAGS += -I$(TOPDIR)/board" entry whih is not needed. > Remove such entries. In most cases, that means that the whole > config.mk file can be

Re: [U-Boot] [PATCH v2] MAKEALL: allow additional board selections

In message <1287327758-21810-1-git-send-email...@denx.de> I wrote: > Add command line handling to select boards to be built by > architecture, CPU family, vendor or SoC name. > > Signed-off-by: Wolfgang Denk > --- > changes since V1: > - apply Mike Frysinger's review comments > - allo

Re: [U-Boot] [PATCH v2 5/5] Makefile: move all Power Architecture boards into boards.cfg

In message <1287273462-14872-6-git-send-email...@denx.de> I wrote: > Clean up Makefile, and drop a lot of the config.mk files on the way. > > We now also automatically pick all boards that are listed in > boards.cfg (and with all configurations), so we can drop the redundant > entries from MAKEALL

Re: [U-Boot] [PATCH v2 4/5] autoconfig.mk: avoid apostophes around hex values

In message <1287273462-14872-5-git-send-email...@denx.de> I wrote: > When generating include/autoconfig.mk, hex numbers would be quoted. > This appears to be not a real problem, but caused some false positives > during automatic testing of the builds. Don't use apostophes for > decimal and hex numb

Re: [U-Boot] [PATCH v2 3/5] Rename TEXT_BASE into CONFIG_SYS_TEXT_BASE

In message <1287273462-14872-4-git-send-email...@denx.de> I wrote: > The change is currently needed to be able to remove the board > configuration scripting from the top level Makefile and replace it by > a simple, table driven script. > > Moving this configuration setting into the "CONFIG_*" name

Re: [U-Boot] [PATCH v2 2/5] mkconfig: change CONFIG_MK_ prefix into plain CONFIG_

In message <1287273462-14872-3-git-send-email...@denx.de> I wrote: > When planning for more generalization and Makefile cleanup it became > obvious that the introduction of a separate CONFIG_MK_ name space for > config options that were set through scripting in the Makefile was > not a good idea. >

Re: [U-Boot] [PATCH v2 1/5] Build: Add "board options" column to boards.cfg

Dear Marek, In message <1287273462-14872-2-git-send-email...@denx.de> I wrote: > From: Marek Vasut > > There are some boards where it's currently not possible to detect all > board information at runtime, therefore a new column was added to > boards.cfg . > > This column can contain multiple op

Re: [U-Boot] [PATCH] Makefile: clean MatrixVision builds

In message <1287246256-9724-1-git-send-email...@denx.de> I wrote: > "make clean" after builds of MatrixVision boards would leave stale > files around: > > board/matrix_vision/mvblm7/bootscript.img > board/matrix_vision/mvsmr/bootscript.img > > Fix this. > > Signed-off-by: Wolfgang De

Re: [U-Boot] [PATCH] MPC837XEMDS: fix pci.c build error

Dear Wolfgang Denk, In message <1287245275-18900-1-git-send-email...@denx.de> you wrote: > Commit 6aa3d3b "83xx: Remove warmboot parameter from PCI init > functions" dropped the last argument to mpc83xx_pcie_init(), but > failed to fix board/freescale/mpc837xemds/pci.c which resulted in the > erro

Re: [U-Boot] [PATCH] mpc83xx: fix 837x MDS PCI HOST build

Dear Peter Tyser, In message <1285873751.28947.19984.ca...@petert> you wrote: > > > commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9 > > "83xx: Remove warmboot parameter from PCI init functions" missed > > one mpc83xx_pcie_init callsite, causing this build error: > > > > Configuring for MPC837XEMD

Re: [U-Boot] [PATCH] mpc83xx: fix 837x MDS PCI HOST build

Dear Kim Phillips, In message <20100930134034.7dab7977.kim.phill...@freescale.com> you wrote: > commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9 > "83xx: Remove warmboot parameter from PCI init functions" missed > one mpc83xx_pcie_init callsite, causing this build error: > > Configuring for MPC837

Re: [U-Boot] [PATCH] MPC837XEMDS: fix pci.c build error

Dear Peter Tyser, In message <1287364619.1733.1.ca...@ptyser-laptop> you wrote: > > > pci.c: In function 'pci_init_board': > > pci.c:141: error: too many arguments to function 'mpc83xx_pcie_init' ... > I believe Kim already submitted a patch titled "mpc83xx: fix 837x MDS > PCI HOST build" to addr

Re: [U-Boot] [PATCH] MPC832XEMDS: fix pci.c build warning

In message <1287245227-5920-1-git-send-email...@denx.de> I wrote: > Doubled use of DECLARE_GLOBAL_DATA_PTR caused compile warning: > > pci.c:71: warning: register used for two global register variables > > Signed-off-by: Wolfgang Denk > Cc: Kim Phillips > > --- > board/freescale/mpc832xemds/p

Re: [U-Boot] [PATCH] i.MX31: Fix Litekit board to use new ARM relocation support.

Hi Stefano, On 2010-10-18 10:30, Stefano Babic wrote: > On 10/16/2010 07:47 PM, Magnus Lilja wrote: >> Tested on hardware. Boots Linux nicely. >> >> Signed-off-by: Magnus Lilja >> --- > > Hi Magnus, > >> @@ -31,12 +31,18 @@ DECLARE_GLOBAL_DATA_PTR; >> >> int dram_init (void) >> { >> -gd

Re: [U-Boot] [PATCH] logodl: : remove code for yet another corpse

In message <1286309003-2934-1-git-send-email...@denx.de> I wrote: > The logodl board has long been unmaintained and left broken. > As obviously nobody is interestedin that code any more, we may as well > remove it. > > Signed-off-by: Wolfgang Denk > Cc: August Hoeraendl > Cc: Robert Schwebel >

Re: [U-Boot] [PATCH] schmoogie: fix build error due to removal of forceenv()

In message <1286306248-31381-1-git-send-email...@denx.de> you wrote: > commit 6d014adf dropped support for the forceenv() function, but failed > to remove references to it from board/davinci/schmoogie/schmoogie.c > > Replace forceenv() by setenv() and set CONFIG_ENV_OVERWRITE instead in > the boar

Re: [U-Boot] Kirkwood: no console messages from init_sequence?

Dear Eric Cooper, > On Sun, Oct 17, 2010 at 08:40:31PM -0400, Eric Cooper wrote: >> I no longer see any of the early console messages that should result >> from display_banner, print_cpuinfo, etc. The first thing I see is the >> NAND information: >> [...] > > But if I load the same u-boot image in

[U-Boot] [PATCH] FPGA: fix support for non-Lattice devices

Commit 3b8ac464 "FPGA: add support for downloading Lattice bitstream" added support for Lattice devices, but failed to add #ifdef's that are needed when building for non-Lattice devices, which results in build failures like these: Configuring for GEN860T board... drivers/fpga/libfpga.a(fpga.o): In

Re: [U-Boot] Kirkwood: no console messages from init_sequence?

On Sun, Oct 17, 2010 at 08:40:31PM -0400, Eric Cooper wrote: > I no longer see any of the early console messages that should result > from display_banner, print_cpuinfo, etc. The first thing I see is the > NAND information: > [...] But if I load the same u-boot image into memory and execute it wi

Re: [U-Boot] [PATCH 09/21] PXA: Voipac270 improvements

Dear Marek Vasut, In message <1287257810-23609-10-git-send-email-marek.va...@gmail.com> you wrote: > 128MB NOR module support. > Define __io to get harddrive working. > Fix saving of environment into OneNAND. > Boot from harddrive when possible. > Add missing MAINTAINERS entry. ... > diff --git a/

Re: [U-Boot] [PATCH 21/21] PXA: Fix vpac270 OneNAND booter

Dear Marek Vasut, In message <1287257810-23609-22-git-send-email-marek.va...@gmail.com> you wrote: > NOTE: The modification in Makefile will be superseded by a pending patch! I think you're calling for a merge conflict here, but if you want it that way... Best regards, Wolfgang Denk -- DENX S

Re: [U-Boot] PXA patches

Dear Marek Vasut, In message <1287257810-23609-1-git-send-email-marek.va...@gmail.com> you wrote: > > these are the patches I have prepared for u-boot-testing.git/Makefile-cleanup. General note: most of the patches affect only PXA. They look OK to me, but I don;t knowmuch about these systems; if

Re: [U-Boot] [PATCH 06/21] common: Enable serial for PXA250

Dear Marek Vasut, In message <1287257810-23609-7-git-send-email-marek.va...@gmail.com> you wrote: > Signed-off-by: Marek Vasut > --- > common/serial.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/common/serial.c b/common/serial.c > index 7bebc12..c3323ea 100644

[U-Boot] [U-boot][PATCH] MAINTAINERS: Fix alphabetical order in ARM subsection

I'm noticed that IGEP maintainer isn't in the correct place within the ARM subsection: it's supposed to be in alphabetical order by maintainer. This patch fix this. Signed-off-by: Enric Balletbo i Serra --- MAINTAINERS | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --g

[U-Boot] [PATCH 2/2] ARMV7: OMAP3: Use generic mmc driver on OMAP3 IGEP module

This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by: Enric Balletbo i Serra --- board/isee/igep0030/igep0030.c |9 + include/configs/igep0030.h |3 ++- 2 files changed, 11 insertions(+), 1 deletions(-) diff --git a/board/isee/igep0030/i

[U-Boot] [PATCH 1/2] ARMV7: OMAP3: Use generic mmc driver on IGEP v2

This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by: Enric Balletbo i Serra --- board/isee/igep0020/igep0020.c |9 + include/configs/igep0020.h |3 ++- 2 files changed, 11 insertions(+), 1 deletions(-) diff --git a/board/isee/igep0020/i

[U-Boot] [PATCH 0/2] Use generic mmc driver on IGEP boards.

Hello, This patch series switches from the legacy mmc driver to the new generic mmc driver on IGEP boards. board/isee/igep0020/igep0020.c |9 + board/isee/igep0030/igep0030.c |9 + include/configs/igep0020.h |3 ++- include/configs/igep0030.h |3 ++- 4 f

Re: [U-Boot] [PATCH] always relocate fdt into an lmb-allocated memory block

On Mon, May 24, 2010 at 3:10 PM, Timur Tabi wrote: > The device tree (fdt) must always exist in within the bootmap (usually the > first 16MB of RAM).  If it doesn't, then boot_relocate_fdt() will allocate an > LMB region in the bootmap and copy the fdt into that region.  It will also > increase th

Re: [U-Boot] MPC8377: SVR wrong ?

André Schwarz wrote: > It's a hardware issue - the 837x are distinguished by ID Pins. > Unfortunately they are buried within the listing of power pins and are > not named exclusively ... bloody documentation. I can't talk about the MPC8377CVRALG specifically, but using pin configs to change the ID

[U-Boot] HelpDesk

Your mailbox has exceeded the storage limit which is 20GB as set by your administrator. You are currently running on the 20.9GB,you may not be able to send or receive mail until you re-validate your mailbox. To re-validate your mail box you are to please click the link as below, Click Here

[U-Boot] [PATCH] Devkit8000: Adapt changes to ARM relocation support

Fix compilation of Devkit8000 after introduction of ARM relocation support. Signed-off-by: Thomas Weber --- board/timll/devkit8000/config.mk |2 +- include/configs/devkit8000.h |3 +++ 2 files changed, 4 insertions(+), 1 deletions(-) diff --git a/board/timll/devkit8000/config.mk b/b

Re: [U-Boot] Fwd: Help with replacing u-boot and kernel on a released HW...

Hi Detlev/All, I am not able to attach the u-boot source because of the size limit. I though have the URL in the email below. It would be very helpful if you can get the code directly from the URL and help me with the questions. BR; Naresh On Mon, Oct 18, 2010 at 11:49 AM, Naresh Mehta wrote: >

[U-Boot] attn

Hello I am Mr. John Galvan, I have a very urgent business proposal worth (£15,500,000.00 Pounds Sterlings) from private offshore bank (AIG Private Bank). Please email me at(johngalva...@yahoo.com.hk)for details Best Regards, Mr. John Galvan ___ U-Boot

Re: [U-Boot] [PATCH 1/3] at91rm9200ek: convert to at91

Dear Andreas Bießmann, > I plan to merge at91rm9200_usart and at91_usart for 2011.03. It will > introduce clear naming scheme in at91 (USRT3 vs DBGU). Also I plan to > remove the necessity to hardcode the base addresses in header of > at91_usart.c. But to do this we need a clean basis to test the

Re: [U-Boot] MPC8377: SVR wrong ?

> Kim, Timur, > > after spending some more hours there's some success in MPC8377 based > board bring up. > > After using I2C for HRCW boot sequencing it is working fine now. > BDI setup is also up and running, i.e. DDR and Flash are working fine. > > U-Boot is starting properly and hangs after

Re: [U-Boot] [PATCH 1/3] at91rm9200ek: convert to at91

Dear Reinhard Meyer, Am 18.10.2010 10:40, schrieb Reinhard Meyer: > Dear Andreas Bießmann, @@ -113,10 +112,6 @@ #define CONFIG_DBGU #undef CONFIG_USART0 #undef CONFIG_USART1 >>> Don't #undef what has never been defined. >> >> You know this is historic. This are the three possi

Re: [U-Boot] [PATCH 1/3] at91rm9200ek: convert to at91

Dear Andreas Bießmann, > Yes it is really. The call on this place is historic and caused no errors > therefore I left it there. But it should be removed. The same issue is in other AT91 boards as well. >>> @@ -113,10 +112,6 @@ >>> #define CONFIG_DBGU >>> #undef CONFIG_USART0 >>> #undef CONFIG_U

Re: [U-Boot] [PATCH] i.MX31: Fix Litekit board to use new ARM relocation support.

On 10/16/2010 07:47 PM, Magnus Lilja wrote: > Tested on hardware. Boots Linux nicely. > > Signed-off-by: Magnus Lilja > --- Hi Magnus, > @@ -31,12 +31,18 @@ DECLARE_GLOBAL_DATA_PTR; > > int dram_init (void) > { > - gd->bd->bi_dram[0].start = PHYS_SDRAM_1; > - gd->bd->bi_dram[0].size