Am 30.11.2010 08:02, schrieb Heiko Schocher:
timer.c use static data and change this before relocation,
where bss section (in which the static data is stored) is
not valid. Instead before relocation there is the .rel.dyn
section overlayed.
Move all static variables into global_data
Dear Reinhard Meyer,
Am 30.11.2010 08:17, schrieb Reinhard Meyer:
Dear Andreas Bießmann,
Reuse the gd-tbl/tbu values for timestamp/lastinc bss values in
arm920t/at91/timer driver.
I see your dilemma here.
tbu/tbl were introduced by me to form a true 64 bit monotonous incrementing
value
Dear =?iso-8859-1?Q?Andreas_Bie=DFmann?=,
In message 0cd9bf11-6356-44a8-baba-0aa08671d...@googlemail.com you wrote:
+#if defined(CONFIG_OMAP) || defined(CONFIG_MX51)
+ unsigned long timestamp;
+ unsigned long lastinc;
+#endif
+#if defined(CONFIG_S5P)
+ unsigned long
Dear Heiko Schocher,
Am 30.11.2010 08:54, schrieb Heiko Schocher:
Hello Andreas,
Andreas Bießmann wrote:
Am 30.11.2010 um 08:02 schrieb Heiko Schocher:
[snip another ARM-SoC add to GD for timer]
can't this generalized in some way?
Good question.
AT91 still has some values like that
Dear Heiko,
On 30 November 2010 16:54, Heiko Schocher h...@denx.de wrote:
Hello Andreas,
Andreas Bießmann wrote:
Am 30.11.2010 um 08:02 schrieb Heiko Schocher:
diff --git a/arch/arm/include/asm/global_data.h
b/arch/arm/include/asm/global_data.h
index ada3fbb..16dc27c 100644
---
Hi Andreas,
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
diff --git a/arch/arm/cpu/arm920t/start.S b/arch/arm/cpu/arm920t/start.S
index 01edb9b..71de373 100644
--- a/arch/arm/cpu/arm920t/start.S
+++ b/arch/arm/cpu/arm920t/start.S
@@ -208,15 +208,16 @@ stack_setup:
mov sp, r4
Dear =?UTF-8?B?QW5kcmVhcyBCaWXDn21hbm4=?=,
In message 4cf4afed.1010...@gmail.com you wrote:
To get this bss issue fixed for v2010.12 I'd like to add another value
to GD to hold the last hw timer value. My current usage of tbu should
therefore go to tbl, to have a virutal 64 bit value just
Hi,
thank you for review. Please find my questions inline:
+
+static void dm9000_pre_init(void)
+{
+ SROM_BW_REG = ~(0xf 4);
u-boot don't allow it.
Please use read/write function.
And please access the register by C structure.
it's clear about read/write. But why C structure? We
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
r8 is used for gd and should therefore be left alone
I'm surprised that this did not break things so far... Whatever value r8
ended with was used as the address of GD.
After a quick look I haven't found out where r8 is *set* to GD,
though...
Dear Albert ARIBAUD,
Am 30.11.2010 09:07, schrieb Albert ARIBAUD:
Hi Andreas,
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
diff --git a/arch/arm/cpu/arm920t/start.S b/arch/arm/cpu/arm920t/start.S
index 01edb9b..71de373 100644
--- a/arch/arm/cpu/arm920t/start.S
+++
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
Signed-off-by: Andreas Bießmannandreas.de...@googlemail.com
+ cmp r1, #0 /* symbol == NULL ? */
+ beq fixnext
Nak. Don't hide a null pointer. NULL pointers are *not* relocated, since
they are a constant. If a
Dear Albert ARIBAUD,
Am 30.11.2010 09:22, schrieb Albert ARIBAUD:
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
r8 is used for gd and should therefore be left alone
I'm surprised that this did not break things so far... Whatever value r8
ended with was used as the address of GD.
Well r8
Le 29/11/2010 20:58, Jens Scharsig a écrit :
Dear Albert ARIBAUD,
I have tried to start update the eb_cpux9k2 board. I can compile
board without errors from current tree. But the board hangs on
NAND detection. If I disable NAND support, the board starts and
I can also start Linux.
We've had
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
Signed-off-by: Andreas Bießmannandreas.de...@googlemail.com
+ cmp r1, #0 /* symbol == NULL ? */
+ beq fixnext
Nak. Don't hide a null pointer. NULL pointers are *not* relocated, since
they are a constant. If a NULL ends up
Dear Wolfgang Denk,
Am 30.11.2010 09:16, schrieb Wolfgang Denk:
Dear =?UTF-8?B?QW5kcmVhcyBCaWXDn21hbm4=?=,
In message 4cf4afed.1010...@gmail.com you wrote:
To get this bss issue fixed for v2010.12 I'd like to add another value
to GD to hold the last hw timer value. My current usage of tbu
Dear Darius Augulis,
On 30 November 2010 17:17, Darius Augulis augulis.dar...@gmail.com wrote:
Hi,
thank you for review. Please find my questions inline:
+
+static void dm9000_pre_init(void)
+{
+ SROM_BW_REG = ~(0xf 4);
u-boot don't allow it.
Please use read/write function.
And
Dear All,
Am 30.11.2010 09:47, schrieb Joakim Tjernlund:
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
Signed-off-by: Andreas Bießmannandreas.de...@googlemail.com
+ cmp r1, #0 /* symbol == NULL ? */
+ beq fixnext
Nak. Don't hide a null pointer. NULL pointers are *not*
Le 30/11/2010 09:35, Andreas Bießmann a écrit :
Dear Albert ARIBAUD,
Am 30.11.2010 09:22, schrieb Albert ARIBAUD:
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
r8 is used for gd and should therefore be left alone
I'm surprised that this did not break things so far... Whatever value r8
Please pull u-boot-samsung/master.
Thanks.
The following changes since commit 464ce9489b848f9dfde74da5715b6d1b5db46a5e:
Minkyu Kang (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-samsung master
Minkyu Kang
Le 30/11/2010 09:47, Joakim Tjernlund a écrit :
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
Signed-off-by: Andreas Bießmannandreas.de...@googlemail.com
+ cmp r1, #0 /* symbol == NULL ? */
+ beq fixnext
Nak. Don't hide a null pointer. NULL pointers are *not* relocated,
Dear Wolfgang Denk,
what we really need is only a 32 bit monotonous free running tick that
increments
at a rate of at least 1 MHz. As someone pointed out a while ago, even at 1GHz
that would
last for four seconds before it rolls over. But a 1HGz counter could be 64 bit
internally
and always be
Hi,
On Tue, Nov 30, 2010 at 10:50 AM, Minkyu Kang proms...@gmail.com wrote:
Dear Darius Augulis,
On 30 November 2010 17:17, Darius Augulis augulis.dar...@gmail.com wrote:
Hi,
thank you for review. Please find my questions inline:
+
+static void dm9000_pre_init(void)
+{
+
Le 30/11/2010 09:28, Andreas Bießmann a écrit :
+beqclear_bss/* skip relocation */
+movr1, r6
Why use r1?
Use a scratch register here cause stmia Rn! does increment Rn.
Therefore usage of r6 here would destroy the saved 'addr of
destination'. Cause that fact we
Recent cleanup actions resulted in a number of config.mk files that
contained only LDSCRIPT definitions. Move these into th respective
board config files and remove the now empty config.mk files.
Signed-off-by: Wolfgang Denkw...@denx.de
Cc: Matthias Fuchsmatthias.fu...@esd-electronics.com
Hi Prafulla,
On Tue, Nov 30, 2010 at 7:02 PM, Prafulla Wadaskar prafu...@marvell.com wrote:
From: Prafulla WADASKAR prafu...@marvell.com
Aspenite is a Development Board for ASPEN/ARMADA168(88AP168) with
* Processor upto 1.2GHz
* Parallel 1Gb x8 DDR2-1066 MHz
* 16 Mb x16
Albert ARIBAUD alb...@aribaud.net wrote on 2010/11/30 10:02:45:
Le 30/11/2010 09:47, Joakim Tjernlund a écrit :
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
Signed-off-by: Andreas Bießmannandreas.de...@googlemail.com
+ cmp r1, #0 /* symbol == NULL ? */
+ beq
-Original Message-
From: Lei Wen [mailto:adrian.w...@gmail.com]
Sent: Tuesday, November 30, 2010 3:09 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Eric Miao; Manas Saksena; Lei Wen; Yu Tang;
Ashish Karkare; Kiran Vedere; Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH v2
From: Luigi 'Comio' Mantellini luigi.mantell...@idf-hit.com
Hi All,
The following patches introduce the bootstrap support that enable to have a
compressed U-Boot image.
The bootstrap code supports the uncompressed as well as compressed payloads,
using LZMA, GZIP, BZIP2 and LZO.
Actually I
From: Luigi 'Comio' Mantellini luigi.mantell...@idf-hit.com
The following symbols are allowed:
CONFIG_BOOTSTRAP
Enable the bootstrap stage. A minimal code is added to uncompress or
copy
the payload (a full U-Boot image).
CONFIG_BOOTSTRAP_TEXT_BASE
TEXT_BASE of the
From: Luigi 'Comio' Mantellini luigi.mantell...@idf-hit.com
Signed-off-by: Luigi 'Comio' Mantellini luigi.mantell...@idf-hit.com
---
board/qemu-mips/Makefile | 15 ++-
board/qemu-mips/config.mk |7 ++-
board/qemu-mips/qemu-mips_bootstrap.c | 48
On 11/30/2010 04:26 AM, Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
v2: Use structures instead of defines as Wolfgang proposed
Hi Marek,
drivers/block/Makefile |1 +
drivers/block/mxc_ata.c | 149
+++
2
Dear Joakim Tjernlund,
Dear Albert ARIBAUD,
Am 30.11.2010 10:41, schrieb Joakim Tjernlund:
Albert ARIBAUD alb...@aribaud.net wrote on 2010/11/30 10:02:45:
Le 30/11/2010 09:47, Joakim Tjernlund a écrit :
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
Signed-off-by: Andreas
Andreas Bießmann andreas.de...@googlemail.com wrote on 2010/11/30 12:48:41:
Dear Joakim Tjernlund,
Dear Albert ARIBAUD,
Am 30.11.2010 10:41, schrieb Joakim Tjernlund:
Albert ARIBAUD alb...@aribaud.net wrote on 2010/11/30 10:02:45:
Le 30/11/2010 09:47, Joakim Tjernlund a écrit :
Le
Wolfgang Denk w...@denx.de wrote on 2010/11/23 21:52:11:
Dear Joakim Tjernlund,
In message 1290538131-12383-1-git-send-email-joakim.tjernl...@transmode.se
you wrote:
Here goes my attempt to revive true PIC on ppc, starting with 83xx.
This uses a a new gcc option(which I have just impl.)
Wolfgang Denk w...@denx.de wrote on 2010/11/23 21:52:11:
Dear Joakim Tjernlund,
In message
1290538131-12383-1-git-send-email-joakim.tjernl...@transmode.se you wrote:
Here goes my attempt to revive true PIC on ppc, starting with 83xx.
This uses a a new gcc option(which I have
-Original Message-
From: Heiko Schocher [mailto:h...@denx.de]
Sent: Tuesday, November 30, 2010 12:48 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Eric Miao; Manas Saksena; Lei Wen; Yu Tang;
Ashish Karkare; Kiran Vedere; Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH v2 1/7]
Kim,
diff --git a/include/configs/MVBLM7.h b/include/configs/MVBLM7.h
index 28e0d1b..431e102 100644
--- a/include/configs/MVBLM7.h
+++ b/include/configs/MVBLM7.h
@@ -348,7 +348,7 @@
#define CONFIG_SYS_SCCR_TSEC1CM1
#define CONFIG_SYS_SCCR_TSEC2CM1
-#define CONFIG_SYS_SICRH
Dear Andre Schwarz,
In message 4cf4fcd6.80...@matrix-vision.de you wrote:
Since I have more stuff pending I'll wait for the merge window to open
before re-submitting.
We have a next branch.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
Sent: Monday, November 29, 2010 8:38 PM
To: Wolfgang Denk
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Build failures with older toolchain
[snip]...[snip]
Look the following benchmark (qemu-mips board):
U-Boot Vanilla
179600 bytes u-boot.bin
Bootstrap code w/o compresion (memcpy)
189224 bytes u-boot-bootstrap.bin
-- size 105%
Bootstrap code using BZIP2 compression
114388 bytes u-boot-bootstrap.bin
--size 64%
Bootstrap code using GZIP compression
Wolfgang,
Dear Andre Schwarz,
In message4cf4fcd6.80...@matrix-vision.de you wrote:
Since I have more stuff pending I'll wait for the merge window to open
before re-submitting.
We have a next branch.
understood - will rebase on current master and resubmit immediately
Hello everybody.
I apologise for being a bit late with this announcement:
* U-Boot v2010.12-rc2 was released on Sunday, November 28.
* Release v2010.12 is (still) scheduled in 13 days:
on December 13, 2010.
Please help testing, and check if all your relevant patches have been
included.
On 11/30/2010 1:14 AM, Reinhard Meyer wrote:
Dear Wolfgang Denk,
what we really need is only a 32 bit monotonous free running tick that
increments
at a rate of at least 1 MHz. As someone pointed out a while ago, even at 1GHz
that would
last for four seconds before it rolls over. But a
On Tue, 2010-11-30 at 08:00 -0700, Wolfgang Denk wrote:
Hello everybody.
I apologise for being a bit late with this announcement:
* U-Boot v2010.12-rc2 was released on Sunday, November 28.
* Release v2010.12 is (still) scheduled in 13 days:
on December 13, 2010.
Please help
Hi Lei,
Lei Wen wrote:
Hi Vitaly,
[...]
And additional calling of usb_gadget_unregister_driver will at most
return an error.
For current ether.c state, there is no usb_gadget_unregister_driver in
it. Even it has, we still need
usb_gadget_register_driver call in each eth_init().
Yes, if
On Tue, 2010-11-30 at 08:00 -0700, Wolfgang Denk wrote:
Hello everybody.
I apologise for being a bit late with this announcement:
* U-Boot v2010.12-rc2 was released on Sunday, November 28.
* Release v2010.12 is (still) scheduled in 13 days:
on December 13, 2010.
Please help
Dear J. William Campbell,
On 11/30/2010 1:14 AM, Reinhard Meyer wrote:
Dear Wolfgang Denk,
what we really need is only a 32 bit monotonous free running tick that
increments
at a rate of at least 1 MHz. As someone pointed out a while ago, even
at 1GHz that would
last for four seconds before
Hi Vitaly,
On Tue, Nov 30, 2010 at 11:13 PM, Vitaly Kuzmichev
vkuzmic...@mvista.com wrote:
Hi Lei,
Lei Wen wrote:
Hi Vitaly,
[...]
And additional calling of usb_gadget_unregister_driver will at most
return an error.
For current ether.c state, there is no usb_gadget_unregister_driver in
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is used.
At reset, the Rom Boot Loader(RBL), initialises the ddr and the
Hello,
browsing through some code searching for a reason why an u-boot compiled
with gcc 4.5.1 fails to boot on a beagleboard, I've come through another
place where bss is used before relocation: gpmc_init (gpmc_cfg) in
arch/arm/cpu/armv7/omap3/mem.c.
I haven't fixed it up to now, but I want
Hi Lei,
Lei Wen wrote:
[...]
For current ether.c state, there is no usb_gadget_unregister_driver in
it. Even it has, we still need
usb_gadget_register_driver call in each eth_init().
Yes, if we do 'unregister' we should do 'register' somewhere before. If
we do 'register' we should do
On 30.11.2010 15:25, Premi, Sanjeev wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
Sent: Monday, November 29, 2010 8:38 PM
To: Wolfgang Denk
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Build failures
The following changes since commit c87f6457bb9cb465e9630b00b4c824847a62c6c5:
Mike Frysinger (1):
ext2: constify file/dir names
are available in the git repository at:
git://git.denx.de/u-boot-ti.git next
Stefano Babic (3):
da850: Enable SPI Flash
Davinci 8xx: Move common
On 11/30/2010 7:48 AM, Reinhard Meyer wrote:
Dear J. William Campbell,
On 11/30/2010 1:14 AM, Reinhard Meyer wrote:
Dear Wolfgang Denk,
what we really need is only a 32 bit monotonous free running tick that
increments
at a rate of at least 1 MHz. As someone pointed out a while ago, even
at
NameLocation...Country
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Reinhard Meyer,
Am 30.11.2010 um 07:37 schrieb Andreas Bießmann:
The series includes two patches already in Reinhard's u-boot-atmel/at91-next
branch but the base of at91-next is outdated and they will not apply cleanly.
So feel free to include them or not. Reinhard, any comments?
The
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Alexander Holler
Sent: Tuesday, November 30, 2010 9:59 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] OMAP3: relocation and bss usage (timer, gpmc, ...)
Hello,
browsing
-Original Message-
From: Dirk Behme [mailto:dirk.be...@googlemail.com]
Sent: Tuesday, November 30, 2010 10:15 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Build failures with older toolchain
On 30.11.2010 15:25, Premi, Sanjeev wrote:
-Original
On Nov 30, 2010, at 9:23 AM, Joakim Tjernlund wrote:
On Tue, 2010-11-30 at 08:00 -0700, Wolfgang Denk wrote:
Hello everybody.
I apologise for being a bit late with this announcement:
* U-Boot v2010.12-rc2 was released on Sunday, November 28.
* Release v2010.12 is (still) scheduled
Since board_hwconfig cpu_hwconfig are defined as weak and dont have a
default value they will get put into the BSS if they aren't defined
elsewhere. This is problematic as we try to utilize hwconfig before
we've relocated and thus BSS isn't setup.
Instead of giving dummy values in the board
This patch also removes now unnecessary config.mk in board directory and
make usage of new features in boards.cfg.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
no change since v1 but still in u-boot-atmel/at91
board/atmel/at91rm9200ek/config.mk |2 --
boards.cfg
* add boards_by_soc()
* remove boards already in boards.cfg from LIST_AT91
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
no change since v1 but still in u-boot-atmel/at91
MAKEALL | 18 +++---
1 files changed, 3 insertions(+), 15 deletions(-)
diff --git
Dear all,
this is mostly a copy of
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/89888
This series have two relevant changes. Cause of defining the weak symbol
board_reset the previous patch 'arm920t: fix linker skript for -pie linking'
is not longer needed. So 'arm920t/at91/reset:
Reuse the gd-tbl value for timestamp and add gd-lastinc for lastinc
bss values in arm920t/at91/timer driver.
The usage of bss values in driver before initialisation of bss is
forbidden. In that special case some data in .rel.dyn gets corrupted by
the arm920t/at91/timer driver.
Signed-off-by:
From: Andreas Bießmann biessm...@corscience.de
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
remove 'arm920t: fix linker skript for -pie linking' in favor of this patch
arch/arm/cpu/arm920t/at91/reset.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git
On Tue, Nov 30, 2010 at 10:00 AM, Wolfgang Denk w...@denx.de wrote:
Hello everybody.
I apologise for being a bit late with this announcement:
* U-Boot v2010.12-rc2 was released on Sunday, November 28.
* Release v2010.12 is (still) scheduled in 13 days:
on December 13, 2010.
Please help
Dear Andreas Bießmann,
Dear all,
this is mostly a copy of
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/89888
This series have two relevant changes. Cause of defining the weak symbol
board_reset the previous patch 'arm920t: fix linker skript for -pie linking'
is not longer
Dear Joakim Tjernlund,
In message 1290537223-12160-1-git-send-email-joakim.tjernl...@transmode.se
you wrote:
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
arch/powerpc/cpu/mpc83xx/start.S |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git
Le 30/11/2010 20:50, Ben Gardiner a écrit :
I suppose we should be suspecting the timers? I think I recall hearing
that the time code can mix poorly with relocation.
There is no issue with relocation and timers per se, but with the use of
BSS variables before relocation. Any code run in the
Dear Kim Phillips,
In message 20101128110337.405478de.kim.phill...@freescale.com you wrote:
Wolfgang Denk,
Please pull:
The following changes since commit 844f07d8a1f1330c97631b23fbf6425db2dc1508:
Coding Style (white space) cleanup (2010-11-27 23:35:14 +0100)
are available in the
Dear s-paul...@ti.com,
In message 1291087730-15875-1-git-send-email-s-paul...@ti.com you wrote:
Wolfgang, Albert,
Sorry I don't know who will accept my pull request so addressing both of you.
Please pull u-boot-ti/master.
For this release I will still take this stuff. Albert formally takes
On Mon, 29 Nov 2010 14:35:07 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
diff --git a/boards.cfg b/boards.cfg
index 2209676..a994c8a 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -472,6 +472,7 @@ MPC8569MDS_ATM powerpc mpc85xx
mpc8569mds freesca
Dear s-paul...@ti.com,
In message 1291133587-9118-1-git-send-email-s-paul...@ti.com you wrote:
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Wolfgang Denk (1):
Prepare v2010.12-rc2
are available in the git repository at:
Dear Nobuhiro Iwamatsu,
In message aanlktik2l3r-rb+vuta=bqkt5rhlb-ekfnrgn=a6k...@mail.gmail.com you
wrote:
Hi, Wolfgang,
Please pull from u-boot-sh.git.
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f=
:
Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
Dear Minkyu Kang,
In message 4cf4bc26.7090...@samsung.com you wrote:
Please pull u-boot-samsung/master.
Thanks.
The following changes since commit 464ce9489b848f9dfde74da5715b6d1b5db46a5e:
Minkyu Kang (1):
Merge branch 'master' of git://git.denx.de/u-boot-arm
are available in
Dear s-paul...@ti.com,
In message 1291136354-11693-1-git-send-email-s-paul...@ti.com you wrote:
The following changes since commit c87f6457bb9cb465e9630b00b4c824847a62c6c5:
Mike Frysinger (1):
ext2: constify file/dir names
are available in the git repository at:
Looks like this patch got missed
http://patchwork.ozlabs.org/patch/71817/
It adds USB support for DA850
--Sandeep
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Joakim Tjernlund,
In message 1290537223-12160-1-git-send-email-joakim.tjernl...@transmode.se
you wrote:
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
arch/powerpc/cpu/mpc83xx/start.S |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff
On Tue, 30 Nov 2010 13:11:41 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
diff --git a/common/hwconfig.c b/common/hwconfig.c
index 3c9759f..752bfc3 100644
--- a/common/hwconfig.c
+++ b/common/hwconfig.c
@@ -68,8 +68,8 @@ next:
return NULL;
}
-const char *cpu_hwconfig
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Dirk Behme (4):
OMAP4: SDP4430: Disable CMD_NFS
OMAP3: SDP3430: Fix ARM
On Tue, 30 Nov 2010 21:45:19 +0100
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
On a related note, I am not sure why the I and D cache needs to be flushed,
aren't they coherent?
They are not.
-Scott
___
U-Boot mailing list
Dear Albert ARIBAUD,
In message 4cf55ade.4010...@free.fr you wrote:
I suppose we should be suspecting the timers? I think I recall hearing
that the time code can mix poorly with relocation.
There is no issue with relocation and timers per se, but with the use of
BSS variables before
On Nov 30, 2010, at 2:21 PM, Scott Wood wrote:
On Mon, 29 Nov 2010 14:35:07 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
diff --git a/boards.cfg b/boards.cfg
index 2209676..a994c8a 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -472,6 +472,7 @@ MPC8569MDS_ATM powerpc
Dear Wolfgang Wegner,
In message 1272013685-1032-1-git-send-email-w.weg...@astro-kom.de you wrote:
Currently the hardware was left in an undefined state in case Spartan3
serial load failed. This patch adds Xilinx_abort_fn to give the board
a possibility to clean up in this case.
Since board_hwconfig cpu_hwconfig are defined as weak and dont have a
default value they will get put into the BSS if they aren't defined
elsewhere. This is problematic as we try to utilize hwconfig before
we've relocated and thus BSS isn't setup.
Instead of giving dummy values in the board
Dear Rabin Vincent,
In message 1273031587-32465-1-git-send-email-rabin.vinc...@stericsson.com you
wrote:
Use C structs for registers, and use readl/writel instead of custom
accessors.
Acked-by: Michael Brandt michael.bra...@stericsson.com
Signed-off-by: Rabin Vincent
Dear Kumar Gala,
In message 1291062731-11647-1-git-send-email-ga...@kernel.crashing.org you
wrote:
Some systems need to relocate the env_addr pointer early because the
location it points to will get invalidated before env_relocate is
called. One example is on systems that might use a L2 or
Dear Kumar Gala,
In message 1291150888-20937-1-git-send-email-ga...@kernel.crashing.org you
wrote:
Since board_hwconfig cpu_hwconfig are defined as weak and dont have a
default value they will get put into the BSS if they aren't defined
elsewhere. This is problematic as we try to utilize
On Tue, 30 Nov 2010 15:01:28 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
diff --git a/common/hwconfig.c b/common/hwconfig.c
index 3c9759f..da8d3ed 100644
--- a/common/hwconfig.c
+++ b/common/hwconfig.c
@@ -68,8 +68,8 @@ next:
return NULL;
}
-const char *cpu_hwconfig
Scott Wood scottw...@freescale.com wrote on 2010/11/30 21:50:52:
On Tue, 30 Nov 2010 21:45:19 +0100
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
On a related note, I am not sure why the I and D cache needs to be flushed,
aren't they coherent?
They are not.
Ah, I figured they
Dear Wolfgang Denk,
In message 20101130204931.99bf511d9...@gemini.denx.de you wrote:
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git
On Tue, 30 Nov 2010 22:13:32 +0100
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
Scott Wood scottw...@freescale.com wrote on 2010/11/30 21:50:52:
On Tue, 30 Nov 2010 21:45:19 +0100
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
On a related note, I am not sure why the I
On Nov 30, 2010, at 3:12 PM, Scott Wood wrote:
On Tue, 30 Nov 2010 15:01:28 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
diff --git a/common/hwconfig.c b/common/hwconfig.c
index 3c9759f..da8d3ed 100644
--- a/common/hwconfig.c
+++ b/common/hwconfig.c
@@ -68,8 +68,8 @@ next:
Scott Wood scottw...@freescale.com wrote on 2010/11/30 22:17:31:
On Tue, 30 Nov 2010 22:13:32 +0100
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
Scott Wood scottw...@freescale.com wrote on 2010/11/30 21:50:52:
On Tue, 30 Nov 2010 21:45:19 +0100
Joakim Tjernlund
The handling of env_hwconfig, board_hwconfig, and cpu_hwconfig got
broken when we removed the boards defining dummy board_hwconfig
cpu_hwconfig values.
We fix this by handling the various strings in priority order. If
hwconfig_parse returns NULL for a given string we check the next one
in order
Take the risk, shift careers now! , We havne't talked in so long, I hope
everything is going good for u. Anwyays I feel like you're always working.
Well, I found a local news article that describes ways you can make some more
cash. It's easier than it sounds You should really check out and earn
Dear Reinhard Meyer,
Am 30.11.2010 um 20:58 schrieb Reinhard Meyer:
Dear Andreas Bießmann,
Does that base on current u-boot/master?
Yes, it is.
I will pull current master, and rebase at91,at91-next on it, also delete the
then
obsolete two patches currently at at91. Then your patches
Hello,
Am 30.11.2010 19:21, schrieb Premi, Sanjeev:
For omap3evm - I was getting multiple errors during compilation.
Most for undefined symbols - which existed in the compiled objects
but, I suspect, not in right sequence.
Haven't still been able to look back at these errors; still
As discussed in
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/89864/focus=89905
here are the changes for r8 usage in all arm relocate_code() implementations.
Additionally there is a change to armv7 code which is persumably broken
(at least when CONFIG_PRELADER is _not_ defined). Please
In case we are still at relocation target address before relocation we
do not need to load the registers needed for relocation. We should
instead skip the whole relocation part and jump over to clear_bss
immediately.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
1 - 100 of 127 matches
Mail list logo