Dear J. William Campbell,
Hi All,
I am pretty sure the migration to 64 bits was caused by 1) people not
understanding that the timer operating on time DIFFERENCES would work fine
even if the underlying timer wrapped around (most probable problem) and
possibly 2) broken timer functions
Dear Heiko Schocher,
In message 4cc9113d.4090...@denx.de you wrote:
I miss this patch:
http://lists.denx.de/pipermail/u-boot/2010-October/079340.html
Acked and tested from Steve here:
http://lists.denx.de/pipermail/u-boot/2010-October/079395.html
Yes, I miss that, too. But it's
Dear Darius,
Now running in RAM - U-Boot at: 57fbe000
NAND: raise: Signal # 8 caught
raise: Signal # 8 caught
raise: Signal # 8 caught
This looks suspect to me. Seems to me some early init
(pin setup? clocks?) is not OK. If you have early inits,
you must do that now in
Hello Darius,
Darius Augulis wrote:
the code for clearing bss section for most ARM cores looks like this
or very similar:
clear_bss:
#ifndef CONFIG_PRELOADER
ldr r0, _bss_start_ofs
ldr r1, _bss_end_ofs
ldr r3, _TEXT_BASE /* Text base */
Hello Reinhard,
Reinhard Meyer wrote:
Dear Darius,
Now running in RAM - U-Boot at: 57fbe000
NAND: raise: Signal # 8 caught
raise: Signal # 8 caught
raise: Signal # 8 caught
This looks suspect to me. Seems to me some early init
(pin setup? clocks?) is not OK. If you have early inits,
you
On 28.10.2010 08:17, Heiko Schocher wrote:
Hello Reinhard,
Reinhard Meyer wrote:
Dear Darius,
Now running in RAM - U-Boot at: 57fbe000
NAND: raise: Signal # 8 caught
raise: Signal # 8 caught
raise: Signal # 8 caught
This looks suspect to me. Seems to me some early init
(pin setup?
On 28.10.2010 08:20, Reinhard Meyer wrote:
On 28.10.2010 08:17, Heiko Schocher wrote:
Hello Reinhard,
Reinhard Meyer wrote:
Dear Darius,
Now running in RAM - U-Boot at: 57fbe000
NAND: raise: Signal # 8 caught
raise: Signal # 8 caught
raise: Signal # 8 caught
This looks suspect to me.
The following changes since commit 908614f20f7f0f5df736eed21b88e81ebbf14e86:
Prepare v2010.12-rc1 (2010-10-27 22:49:13 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Mike Frysinger (2):
Blackfin: fix building after asm-offsets.h intro
Hello Reinhard,
Reinhard Meyer wrote:
On 28.10.2010 08:20, Reinhard Meyer wrote:
On 28.10.2010 08:17, Heiko Schocher wrote:
Hello Reinhard,
Reinhard Meyer wrote:
Dear Darius,
Now running in RAM - U-Boot at: 57fbe000
NAND: raise: Signal # 8 caught
raise: Signal # 8 caught
raise: Signal
Dear Heiko Schocher,
Hmm.. I think the question is, is CONFIG_SKIP_RELOCATE_UBOOT not
obsolete?
Why don't we remove ALL that dead code ASAP from ARM start.S and board.c files?
All unmaintained ARM boards are now broken anyway, and those that are fixed are
using elf relocation.
(I know that
Dear C Nauman,
On 26 October 2010 23:04, C Nauman cnau...@diagraph.com wrote:
This patch adds generic support for the Samsung s3c2440 processor.
Global s3c24x0 changes to struct members converting from upper case to
lower case.
Signed-off-by: Craig Nauman cnau...@diagraph.com
Cc:
Hi Matthias,
Stefan Roese schrieb:
Hi Matthias,
On Wednesday 27 October 2010 08:55:42 Matthias Dunda wrote:
unfortunately I have to push this message, as I received no comment on it,
yet.
Is there a reason why the immap_t is not implemented for mpc85xx?
I tried to copy it from mpc8360
-Original Message-
From: Kristoffer Ericson kristoffer.eric...@gmail.com
Reply-to: Kristoffer Ericson kristoffer.eric...@gmail.com
To: w...@denx.de
Cc: u-boot@lists.denx.de
Subject: [U-Boot] Kernel OOPS on memcpy - bad memory setup?
Date: Wed, 27 Oct 2010 23:46:41 +0200
Greetings,
On 10/28/2010 09:36 AM, Reinhard Meyer wrote:
Dear Heiko Schocher,
Hmm.. I think the question is, is CONFIG_SKIP_RELOCATE_UBOOT not
obsolete?
Why don't we remove ALL that dead code ASAP from ARM start.S and board.c
files?
All unmaintained ARM boards are now broken anyway, and those that
On Thursday, October 14, 2010 20:43:13 Mike Frysinger wrote:
On Thursday, October 14, 2010 09:33:21 Reinhard Meyer wrote:
Supports most types that support Read-Id and the FM25H20.
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
changes since V5: rebased on current MASTER
Dear Mike Frysinger,
On Thursday, October 14, 2010 20:43:13 Mike Frysinger wrote:
On Thursday, October 14, 2010 09:33:21 Reinhard Meyer wrote:
Supports most types that support Read-Id and the FM25H20.
Signed-off-by: Reinhard Meyeru-b...@emk-elektronik.de
---
changes since V5: rebased on
Dear Wolfgang Denk,
Please pull u-boot-samsung/master.
Thanks
The following changes since commit b485556be51d1edae0a2c0065e2f572ca42a1eee:
John Rigby (1):
ARM: enable device tree for beagle
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
C Nauman
Dear Darius Augulis,
In message 4cc91e8e.8030...@gmail.com you wrote:
Are we going to drop possibility to avoid relocation at all? In spite of
Yes, definitely.
We will keep the handling of the special case thatthe relocation
offset is zero, so that an additional copy can be avoided, but
Dear Heiko Schocher,
In message 4cc914d8.4070...@denx.de you wrote:
Hmm.. I think the question is, is CONFIG_SKIP_RELOCATE_UBOOT not
obsolete?
sorry for a stupid question - how are CONFIG_SKIP_RELOCATE_UBOOT and
CONFIG_SYS_ARM_WITHOUT_RELOC related to each other?
Best regards,
Wolfgang
Hello Wolfgang,
Wolfgang Denk wrote:
Dear Heiko Schocher,
In message 4cc914d8.4070...@denx.de you wrote:
Hmm.. I think the question is, is CONFIG_SKIP_RELOCATE_UBOOT not
obsolete?
sorry for a stupid question - how are CONFIG_SKIP_RELOCATE_UBOOT and
CONFIG_SYS_ARM_WITHOUT_RELOC related
Am 28.10.2010 11:03, schrieb Alexander Holler:
Hello,
Am 27.10.2010 09:26, schrieb Darius Augulis:
the code for clearing bss section for most ARM cores looks like this
or very similar:
... [some code from start.S]
Currently I'm analyzing the same problem (on a kirkwood based hw). It
Hello,
Am 27.10.2010 09:26, schrieb Darius Augulis:
the code for clearing bss section for most ARM cores looks like this
or very similar:
... [some code from start.S]
Currently I'm analyzing the same problem (on a kirkwood based hw). It
turns out not to be a problem of clear_bss, but a
-Original Message-
From: Gray Remlin [mailto:g_rem...@rocketmail.com]
Sent: Wednesday, October 27, 2010 4:31 AM
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar
Subject: [PATCH] kirkwood: guruplug: Relocate NAND environment area
Current default options increase u-boot size to
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Wednesday, October 20, 2010 11:25 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH V2] Kirkwood: bugfix: broken early console messages
It has been
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Wednesday, October 27, 2010 7:18 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH v2] [U-Boot] [RFC] kirkwood: get rid of config.mk files
After
Hello,
I am having a board with MCF5485 Coldfire processor. I cannot save the
parameters in uboot. Whether Uboot support STM28W160C NOR flash.
I having a error shown below while saving the uboot parameters.
- save
Saving Environment to Flash...
. done
Un-Protected 1 sectors
Erasing Flash...
.
txema lopez tlopez at aotek.es writes:
Hi all,
We have a MPC5200B custom board and we are evaluating the Numonyx
M29W128 Flash as a second source for the Spansion's S29GL128.
I've checked the top of the tree version of the U-Boot (u-boot.git) CFI
driver and the Numonyx Flash is not
-Original Message-
From: Tanmay Upadhyay [mailto:tanmay.upadh...@einfochips.com]
Sent: Friday, October 15, 2010 5:28 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Tanmay Upadhyay
Subject: [PATCH v2] Kirkwood: bugfix: DRAM size initialization
If start of any DRAM bank is
Hello,
Am 28.10.2010 10:39, schrieb Wolfgang Denk:
Dear Heiko Schocher,
In message4cc914d8.4070...@denx.de you wrote:
Hmm.. I think the question is, is CONFIG_SKIP_RELOCATE_UBOOT not
obsolete?
sorry for a stupid question - how are CONFIG_SKIP_RELOCATE_UBOOT and
Signed-off-by: Stefano Babic sba...@denx.de
---
common/env_sf.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/env_sf.c b/common/env_sf.c
index a597b24..e5e0166 100644
--- a/common/env_sf.c
+++ b/common/env_sf.c
@@ -272,7 +272,7 @@ int saveenv(void)
u32
The patch removes the warning:
clock.c:291: warning: initialization from incompatible pointer type
after constification of args[]
Signed-off-by: Stefano Babic sba...@denx.de
---
arch/arm/cpu/armv7/mx5/clock.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Hello,
is there a reason why CONFIG_SYS_BOOTM_LEN is defined to 8MB by default?
I've build me a kernel containing a small initramfs (just busybox and
some modules) and already hit that limit (for having a bootable kernel
which doesn't need anything else).
If raising that limit doesn't consume
Hi Sughosh,
[...]
* hawkboard_nand_config - Used to generate the secondary
bootloader(nand_spl) image. This creates an elf file u-boot-spl
under nand_spl/. Create an AIS signed image using this file, and
flash it to the nand flash at address 0x2. The ais file should
fit in one
Am 28.10.2010 12:46, schrieb Alexander Holler:
Hello,
is there a reason why CONFIG_SYS_BOOTM_LEN is defined to 8MB by default?
I've build me a kernel containing a small initramfs (just busybox and
some modules) and already hit that limit (for having a bootable kernel
which doesn't need
Dear Alexander Holler,
Am 28.10.2010 10:39, schrieb Wolfgang Denk:
Dear Heiko Schocher,
In message4cc914d8.4070...@denx.de you wrote:
Hmm.. I think the question is, is CONFIG_SKIP_RELOCATE_UBOOT not
obsolete?
sorry for a stupid question - how are CONFIG_SKIP_RELOCATE_UBOOT and
On 10/27/2010 04:34 PM, Matthias Weisser wrote:
This patch fixes the reset command on imx25. The watchdog registers are 16
bits in size and not 32. This patch also adds the service register codes as
constants.
Signed-off-by: Matthias Weisser weiss...@arcor.de
---
Changes since V2
-
On 10/25/2010 05:20 PM, Shawn Guo wrote:
This patch is to consolidate default mx51evk env for two primary
boot modes, mmcboot and netboot.
It also cleans some unused env like netdev, uboot and redundant
env like loadaddr since CONFIG_LOADADDR already defines it.
Signed-off-by: Shawn Guo
On 10/27/2010 05:36 PM, shawn@freescale.com wrote:
From: Shawn Guo shawn@gmail.com
The mx51evk u-boot has an issue that system will get reset
every 2 hours.
MC13892 has an inside charge timer which expires in 120 minutes.
If ICHRG and CHGAUTOB are not set properly, this timer
On 10/28/2010 04:13 AM, shawn@freescale.com wrote:
From: Shawn Guo shawn@gmail.com
This patch is to fix build breakage and support new relocation
scheme for mx51evk.
- Correct IRAM base address and add size definition
The IRAM starts from 0x1FFE on final revsion i.mx51
Hi Wolfgang,
please pull from u-boot-imx
The following changes since commit 908614f20f7f0f5df736eed21b88e81ebbf14e86:
Prepare v2010.12-rc1 (2010-10-27 22:49:13 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
Jason Liu (1):
MX5:use common
Dear Reinhard Meyer,
In message 4cc95b9e.3040...@emk-elektronik.de you wrote:
I've got confused by that too. Currently there are 3 defines in regard
to relocation:
CONFIG_SYS_ARM_WITHOUT_RELOC
Introduced by Heiko as a try to unbreak old boards that are not converted to
relocation
Am 28.10.2010 13:16, schrieb Reinhard Meyer:
CONFIG_SKIP_RELOCATE_UBOOT
The old way in ARM before ELF relocation was introduced. A misnomer because
it seemingly
skipped the *COPY* of the image from whereever it was loaded to the TEXT_BASE
location. There was no real *RELOCATION* done there.
Dear Wolfgang Denk,
CONFIG_RELOC_FIXUP_WORKS
Not needed for ARM when ELF relocation is used. I don't know whether other
architectures still need it. Do NOT set it on ARM or you get in trouble by
some addresses being relocated twice.
Sure? My understanding is that it MUST be set since we
ubifsload pads with 0's to a multiple of 4096 bytes while reading a file
to memory. This patch adds this additional output to the command output.
Example:
= ubifsload 100 test.txt
Loading file 'test.txt' to addr 0x0100 with size 25 (padded to 4096)...
Done
Signed-off-by: Stefan Roese
This new ubifsumount command allows the user to unmount a previously
mounted UBIFS volume.
Signed-off-by: Stefan Roese s...@denx.de
---
common/cmd_ubifs.c | 31 +++
fs/ubifs/super.c |2 +-
2 files changed, 32 insertions(+), 1 deletions(-)
diff --git
Signed-off-by: Stefan Roese s...@denx.de
---
common/cmd_ubifs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_ubifs.c b/common/cmd_ubifs.c
index 30b23d3..9526780 100644
--- a/common/cmd_ubifs.c
+++ b/common/cmd_ubifs.c
@@ -98,7 +98,7 @@ int
Move the header file and definitions of ftpmu010
power control unit from a320 SoC folder to
drivers/power folder.
This change will let other SoC which also use ftpmu010
could share the same header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
arch/arm/cpu/arm920t/a320/timer.c
Move the header file and definitions of ftsdmc020
sdram control unit from a320 SoC folder to
drivers/misc folder.
This change will let other SoC which also use ftsdmc020
could share the same header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
[deleted]
arch/arm/include/asm/arch-a320/ftsdmc020.h | 103 ---
arch/arm/include/asm/arch-a320/fttmr010.h | 73 --
board/faraday/a320evb/lowlevel_init.S |2 +-
create mode 100644 drivers/misc/ftsdmc020.h
create mode
hi Detlev,
On Thu Oct 28, 2010 at 12:52:31PM +0200, Detlev Zundel wrote:
Hi Sughosh,
[...]
* hawkboard_nand_config - Used to generate the secondary
bootloader(nand_spl) image. This creates an elf file u-boot-spl
under nand_spl/. Create an AIS signed image using this file, and
Txema López tlopez at fagorautomation.es writes:
Great !
Thanks a lot :)
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Wednesday, October 27, 2010 8:32 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH v2] omap3evm: Support for quick boot
Dear Premi, Sanjeev,
In message
This series is based on the comments received [1] on
my earlier submission[2].
Intent of sending as RFC is to thrash out the ideas
and then send a formal patch.
More details in individual patch description.
[1] http://marc.info/?l=u-bootm=128818733126234w=2
[2]
This patch moves the most common config options into one file.
In addition to movement, attempt has been made to consolidate
related config options together.
Ideally, this patch should contain deletion from current
omap3_evm.h. But for this RFC, I am maintaining current file
and adding (only for
This patch moves the most common config options into one file.
In addition to movement, attempt has been made to consolidate
related config options together.
In final version, this file won't exist. The contents of this
patch would change existing omap3_evm.h and should be merged
with previous
Default configuration enables multiple features that are great
for intial development work. But many of them are not useful
when time to boot kernel is important - and uboot is frozen.
This patch attempts to reduce the size of u-boot binary by
excluding unused/not-so-commonly used
Hi List,
Day before I reported the problem with declarations of CONFIG_SYS_SDRAM_BASE
and CONFIG_SYS_INIT_SP_ADDR.
In the following patch GENERATED_GBL_DATA_SIZE is defined as #96. The pound
size before the number is cauing
the assembler go mad. It doesn't compile. Remove the pound and its
Dear Sanjeev Premi,
In message 1288283919-3837-1-git-send-email-pr...@ti.com you wrote:
This series is based on the comments received [1] on
my earlier submission[2].
Intent of sending as RFC is to thrash out the ideas
and then send a formal patch.
Sorry, as you submitted this I see only 3
Dear Himanshu Chauhan,
In message 20101028164616.ga3...@pnq-hchauhan-vm you wrote:
Hi List,
Day before I reported the problem with declarations of CONFIG_SYS_SDRAM_BASE
and CONFIG_SYS_INIT_SP_ADDR.
In the following patch GENERATED_GBL_DATA_SIZE is defined as #96. The pound
size before
The current mmc write implementation is type ulong, but returns int values.
Some of the printf's are terminated with /n/r, one has none.
This patch fixes these issues and also removes some unnecessary local
variables.
Signed-off-by: Steve Sakoman steve.sako...@linaro.org
---
diff --git
From: Alagu Sankar alagusankar at embwise.com
This patch adds multi-block read support for the generic MMC
driver. Large reads are broken into chunks of 65535 blocks to
ensure that the code works with controllers having a 16 bit block counter.
This patch results in a significant performance
On Thu, Oct 28, 2010 at 6:39 AM, Stefano Babic wrote:
Signed-off-by: Stefano Babic sba...@denx.de
---
common/env_sf.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/env_sf.c b/common/env_sf.c
index a597b24..e5e0166 100644
--- a/common/env_sf.c
+++
On Tue, 26 Oct 2010 23:28:05 +0530
Sughosh Ganu urwithsugh...@gmail.com wrote:
diff --git a/drivers/mtd/nand/davinci_nand.c b/drivers/mtd/nand/davinci_nand.c
index d41579c..ad70dd9 100644
--- a/drivers/mtd/nand/davinci_nand.c
+++ b/drivers/mtd/nand/davinci_nand.c
@@ -635,6 +635,7 @@ void
hi Scott,
On Thu, Oct 28, 2010 at 11:23 PM, Scott Wood scottw...@freescale.comwrote:
On Tue, 26 Oct 2010 23:28:05 +0530
Sughosh Ganu urwithsugh...@gmail.com wrote:
diff --git a/drivers/mtd/nand/davinci_nand.c
b/drivers/mtd/nand/davinci_nand.c
index d41579c..ad70dd9 100644
---
On Thu, 28 Oct 2010 23:59:10 +0530
sughosh ganu urwithsugh...@gmail.com wrote:
hi Scott,
On Thu, Oct 28, 2010 at 11:23 PM, Scott Wood scottw...@freescale.comwrote:
On Tue, 26 Oct 2010 23:28:05 +0530
Sughosh Ganu urwithsugh...@gmail.com wrote:
diff --git
hi Scott,
On Fri, Oct 29, 2010 at 12:02 AM, Scott Wood scottw...@freescale.comwrote:
On Thu, 28 Oct 2010 23:59:10 +0530
sughosh ganu urwithsugh...@gmail.com wrote:
This is needed when building for nand_spl, where the nand_boot function
in
nand_boot.c declares the chip object as a local
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Thursday, October 28, 2010 10:24 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [RFC 0/3] omap3evm: Add support for quick boot
Dear Sanjeev Premi,
In message
On Thu, Oct 28, 2010 at 07:55:49AM +0100, Chris Isbell wrote:
-Original Message-
From: Kristoffer Ericson kristoffer.eric...@gmail.com
Reply-to: Kristoffer Ericson kristoffer.eric...@gmail.com
To: w...@denx.de
Cc: u-boot@lists.denx.de
Subject: [U-Boot] Kernel OOPS on memcpy - bad
Dear Premi, Sanjeev,
In message b85a65d85d7eb246be421b3fb0fbb593023475e...@dbde02.ent.ti.com you
wrote:
Do not rename omap3_evm.h into omap3_evm_full.h; this makes
no sense to me. omap3_evm.h is and remains the default
configuration.
[sp] Since I was also
On Thu, Oct 28, 2010 at 12:04:56AM +0200, Wolfgang Denk wrote:
Dear Kristoffer Ericson,
In message 20101027214641.gc...@boggieman.bredbandsbolaget.se you wrote:
Greetings,
Getting an kernel oops after running an package manager (ipkg). Not seeing
it anywhere
else, but dont have any
Reinhard Meyer provided a good summary of the current mess of ARM
relocation related config options we have at the moment, cf.
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/87679/focus=87842
Given the fact that ARM boards need to be adapted to the new
relocation support anyway, we may as
By now, the majority of architectures have working relocation
support, so the few remaining architectures have become exceptions.
To make this more obvious, we make working relocation now the default
case, and flag the remaining cases with CONFIG_BROKEN_RELOC_FIXUP.
Signed-off-by: Wolfgang Denk
For ARM systems, before ELF relocation was introduced,
CONFIG_SKIP_RELOCATE_UBOOT coul be used to prevent *COPYING* the
U-Boot image from whereever it was loaded to it's link address
(CONFIG_SYS_TEXT_BASE). The name was badly chosen, as no relocation
was performed at all, it was just a memcpy().
Dear Kristoffer Ericson,
In message 20101028190714.gd...@boggieman.bredbandsbolaget.se you wrote:
No. U-Boot is long dead and gone when Linux boots.
Is that true even if I were to setup the memory registers incorrect?
It is truye that U-Boot ceases to exist as soon as Linux starts
Following is the patch for defining the subject line mentioned
configuration defines for versatile boards.
Signed-off-by: Himanshu Chauhan hschau...@nulltrace.org
---
include/configs/versatile.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
On Thu, Oct 28, 2010 at 06:55:14PM +0200, Wolfgang Denk wrote:
Dear Himanshu Chauhan,
In message 20101028164616.ga3...@pnq-hchauhan-vm you wrote:
Hi List,
Day before I reported the problem with declarations of
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
In the following
Move the davinci common headers to the architecture specific
include file path.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
---
Changes since V3:
* No change in this patch of the patchset
.../arm/include/asm/arch-davinci/da8xx_common.h|0
Remove the board_init_f function from nand_spl/nand_boot.c. This
function is to be defined by all boards using the nand_spl
functionality in their individual board directory.
Currently this function was being used by the smdk6400 board. Added
the board specific function definition.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
---
Changes since V3
* Added README.hawkboard
* Moved setting of select_chip to nand_boot function
* Removed the superfluous entry in board/davinci/da8xxevm/Makefile
added earlier.
MAINTAINERS
On Fri, 29 Oct 2010 01:00:07 +0530
Sughosh Ganu urwithsugh...@gmail.com wrote:
Remove the board_init_f function from nand_spl/nand_boot.c. This
function is to be defined by all boards using the nand_spl
functionality in their individual board directory.
Currently this function was
On Thu, Oct 28, 2010 at 09:15:55PM +0200, Wolfgang Denk wrote:
Dear Kristoffer Ericson,
In message 20101028190714.gd...@boggieman.bredbandsbolaget.se you wrote:
No. U-Boot is long dead and gone when Linux boots.
Is that true even if I were to setup the memory registers incorrect?
Previously fsl_pci_init_port() always assumed that a port was a PCIe
port and would incorrectly print messages for a PCI port such as the
following on bootup:
PCI1: 32 bit, 33 MHz, sync, host, arbiter
Scanning PCI bus 00
PCIE1 on bus 00 - 00
This change corrects the
On Wed, 2010-10-27 at 08:47 +0200, Wolfgang Denk wrote:
Dear Peter Tyser,
In message 1288156533.1971.6.ca...@ptyser-laptop you wrote:
Can you send the entire bootup output? The code is based on Freescale
reference boards, eg the mpc8568mds, so I'd guess the problem is not
Dear Wolfgang Denk,
Wolfgang Denk (3):
Replace CONFIG_RELOC_FIXUP_WORKS by CONFIG_BROKEN_RELOC_FIXUP
Seems a slight misnomer to me, and a bit hides what it really does. What about
CONFIG_NEEDS_DATA_RELOC_FIXUP ?
arch/arm/cpu/arm1136/start.S | 131
Dear Kristoffer Ericson,
In message 20101028195324.gf...@boggieman.bredbandsbolaget.se you wrote:
Very useful information. So in short (just to make it crystal clear):
Even if u-boot works fine and linux starts without
any issues and can run some binaries (busybox from what I see) okey.
If
Dear Peter Tyser,
In message 1288298646.8967.130.ca...@petert you wrote:
So the original behavior of the TQM board was out of sync with the
majority of other boards, and some boards have a newline.
Let's say a large number of board maintainers do not care about nice
formatting of the output.
Dear Reinhard Meyer,
In message 4cc9e2a7.3080...@emk-elektronik.de you wrote:
Wolfgang Denk (3):
Replace CONFIG_RELOC_FIXUP_WORKS by CONFIG_BROKEN_RELOC_FIXUP
Seems a slight misnomer to me, and a bit hides what it really does. What about
CONFIG_NEEDS_DATA_RELOC_FIXUP ?
I'm open
This patch adds general CodeWarrior debug support.
Patch is tested on 85xx/QorIQ platforms in u-boot.
CONFIG_DEBUG_CODEWARRIOR should be defined if the u-boot needs to be
debugged by CodeWarrior.
To use the CodeWarrior debug funciton, the make command can be just as
make CONFIG_DEBUG_CODEWARRIOR=1
Dear Roy Zang,
In message 1288322837-17193-1-git-send-email-tie-fei.z...@freescale.com you
wrote:
This patch adds general CodeWarrior debug support.
Patch is tested on 85xx/QorIQ platforms in u-boot.
CONFIG_DEBUG_CODEWARRIOR should be defined if the u-boot needs to be
debugged by
Hello Reinhard,
Reinhard Meyer wrote:
[...]
Maybe for a future patch series:
Move all not ARM variant/not SoC specific parts (setting up stack, calling C
functions, relocation and relocation fixup) to a common file
(arch/arm/lib/generic_start.S), basically leaving only specific parts in the
90 matches
Mail list logo
