From: Po-Yu Chuang ratb...@faraday-tech.com
get_sp() was incorrectly excluded if none of
CONFIG_SETUP_MEMORY_TAGS
CONFIG_CMDLINE_TAG
CONFIG_INITRD_TAG
CONFIG_SERIAL_TAG
CONFIG_REVISION_TAG
were defined.
Signed-off-by: Po-Yu Chuang ratb...@faraday-tech.com
---
arch/arm/lib/bootm.c |
From: Po-Yu Chuang ratb...@faraday-tech.com
timer.c used static data and are called before relocation.
Move all static variables into global_data structure. Also cleanup
timer.c from unused stubs and make it truly use 64 bit tick values.
Based on Reinhard Meyer u-b...@emk-elektronik.de's patch
From: Po-Yu Chuang ratb...@faraday-tech.com
- add CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR
- do not update gd-bd in dram_init() because bd is unavailable then
Signed-off-by: Po-Yu Chuang ratb...@faraday-tech.com
---
board/faraday/a320evb/a320evb.c |3 +--
include/configs/a320evb.h
Le 01/11/2010 06:13, sughosh ganu a écrit :
On Mon, Nov 1, 2010 at 4:34 AM, Albert ARIBAUDalbert.arib...@free.frwrote:
Le 31/10/2010 23:28, Alexander Holler a écrit :
On 31.10.2010 22:20, Albert Aribaud wrote:
Alexander, Darius, others who already tested the previous RFC patch,
please test
This patch series changes some at91 boards to SoC access and adds some defines
to make the boards compilable again.
Please note: All changes are untested!
Best regards,
Alexander
___
U-Boot mailing list
U-Boot@lists.denx.de
Same for PHYS_SDRAM_SIZE and CONFIG_SYS_SDRAM_SIZE and use SZ_* macros
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
board/atmel/at91sam9260ek/at91sam9260ek.c |6 +++---
include/configs/at91sam9260ek.h | 17 -
2 files changed, 15
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91cap9.h| 12
arch/arm/include/asm/arch-at91/at91sam9260.h |7 +++
arch/arm/include/asm/arch-at91/at91sam9261.h |4
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
board/atmel/at91sam9261ek/at91sam9261ek.c |6 +++---
include/configs/at91sam9261ek.h | 15 +++
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/memory-map.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/memory-map.h
b/arch/arm/include/asm/arch-at91/memory-map.h
index
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
board/atmel/at91sam9263ek/at91sam9263ek.c |6 +++---
include/configs/at91sam9263ek.h | 15 +++
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91_pdc.h |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_pdc.h
b/arch/arm/include/asm/arch-at91/at91_pdc.h
index
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/hardware.h | 10 ++--
drivers/spi/atmel_dataflash_spi.c | 109 +++--
2 files changed, 60 insertions(+), 59 deletions(-)
diff --git
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91_spi.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_spi.h
b/arch/arm/include/asm/arch-at91/at91_spi.h
index
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91cap9.h|2 ++
arch/arm/include/asm/arch-at91/at91sam9260.h |2 ++
arch/arm/include/asm/arch-at91/at91sam9261.h |2 ++
arch/arm/include/asm/arch-at91/at91sam9263.h |2 ++
Dear ratbert.chuang,
From: Po-Yu Chuang ratb...@faraday-tech.com
timer.c used static data and are called before relocation.
Move all static variables into global_data structure. Also cleanup
timer.c from unused stubs and make it truly use 64 bit tick values.
Based on Reinhard Meyer
Dear Alexander Stein,
This patch series changes some at91 boards to SoC access and adds some defines
to make the boards compilable again.
Please note: All changes are untested!
Ok, I will look over them, and apply them in a test branch here, if they don't
break
my board I think they can be
Dear Alexander Stein,
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91_spi.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_spi.h
Dear Reinhard,
On Mon, Nov 1, 2010 at 4:37 PM, Reinhard Meyer u-b...@emk-elektronik.de wrote:
Dear ratbert.chuang,
From: Po-Yu Chuang ratb...@faraday-tech.com
timer.c used static data and are called before relocation.
Move all static variables into global_data structure. Also cleanup
Dear Reinhard Meyer,
On Monday 01 November 2010, 09:40:52 Reinhard Meyer wrote:
This patch series changes some at91 boards to SoC access and adds some
defines to make the boards compilable again.
Please note: All changes are untested!
Ok, I will look over them, and apply them in a test
On Monday 01 November 2010, 09:43:57 Reinhard Meyer wrote:
Dear Alexander Stein,
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91_spi.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff
Dear Albert ARIBAUD,
In message 4cce768b.1010...@free.fr you wrote:
Thanks Sugish. Which commands do you use to build the tx25? I tried
make distclean; make tx25_config; make
and
./MAKEALL tx25
Both is correct.
... but this ends up with the code in start.S as if
Dear Albert ARIBAUD,
In message 4ccdf5fc.4060...@free.fr you wrote:
Wolfgang, could you:
- make available to me the exact source tree you're compiling, including
my patches as you applied them plus your changes to them, either as a
clonable git repo or as a patch set to apply on the current
Dear Reinhard Meyer,
In message 4cce7dcd.6090...@emk-elektronik.de you wrote:
If we touch header and driver anyway, we could get rid of the depreciated
typedefs,
to get conform to the coding style.
I recommend NOT doing this, at least not as part of this patch series.
If a clean-up is
Dear Alexander Stein,
In message
1288600195-6960-11-git-send-email-alexander.st...@systec-electronic.com you
wrote:
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
board/atmel/at91sam9263ek/at91sam9263ek.c |6 +++---
include/configs/at91sam9263ek.h |
Dear Alexander Stein,
Am 01.11.2010 um 09:29 schrieb Alexander Stein:
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/memory-map.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Dear Alexander Stein,
Am 01.11.2010 um 09:29 schrieb Alexander Stein:
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91cap9.h| 12
arch/arm/include/asm/arch-at91/at91sam9260.h |7 +++
Dear Andreas,
On Monday 01 November 2010, 11:57:14 Andreas Bießmann wrote:
Am 01.11.2010 um 09:29 schrieb Alexander Stein:
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91cap9.h| 12
Dear Alexander Stein,
Am 01.11.2010 um 09:50 schrieb Alexander Stein:
Dear Reinhard Meyer,
On Monday 01 November 2010, 09:40:52 Reinhard Meyer wrote:
This patch series changes some at91 boards to SoC access and adds some
defines to make the boards compilable again.
Please note: All changes
Dear Alexander,
Am 01.11.2010 um 12:05 schrieb Alexander Stein:
Dear Andreas,
On Monday 01 November 2010, 11:57:14 Andreas Bießmann wrote:
Am 01.11.2010 um 09:29 schrieb Alexander Stein:
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
Dear All concerned,
On Monday 01 November 2010, 11:57:14 Andreas Bießmann wrote:
Am 01.11.2010 um 09:29 schrieb Alexander Stein:
Signed-off-by: Alexander Steinalexander.st...@systec-electronic.com
---
arch/arm/include/asm/arch-at91/at91cap9.h| 12
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message4cce7dcd.6090...@emk-elektronik.de you wrote:
If we touch header and driver anyway, we could get rid of the depreciated
typedefs,
to get conform to the coding style.
I recommend NOT doing this, at least not as part of this patch series.
Hi Wolfgang,
On Friday 29 October 2010 22:54:04 Wolfgang Denk wrote:
+ buff = malloc(UBIFS_BLOCK_SIZE);
+
+ /* Read block-siez into temp buffer */
+ ret = read_block(inode, buff, block, dn);
+
Hi Wolfgang,
On Friday 29 October 2010 23:06:12 Wolfgang Denk wrote:
Only allow (re-)assignment to an UBI partition/device when UBIFS is
currently not mounted. Otherwise the following UBIFS commands will
crash.
Signed-off-by: Stefan Roese s...@denx.de
---
common/cmd_ubi.c |
Dear Reinhard,
On Monday 01 November 2010, 13:31:38 Reinhard Meyer wrote:
In this particular case the driver is not yet using the (existing) struct
at91_spi at all
WAIT!!!
There is the COMMON driver atmel_spi.c with atmel_spi.h in drivers/spi.
There need not be and should not
On 10/27/2010 11:02 PM, Reinhard Meyer wrote:
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
Hi Ben,
On Friday 29 October 2010 16:01:18 Ben Gardiner wrote:
On Fri, Oct 29, 2010 at 5:04 AM, Stefan Roese s...@denx.de wrote:
Until now ubifsload pads the destination with 0 up to a multiple of
UBIFS_BLOCK_SIZE (4KiB) while reading a file to memory. This patch
changes this behaviour to
Until now ubifsload pads the destination with 0 up to a multiple of
UBIFS_BLOCK_SIZE (4KiB) while reading a file to memory. This patch
changes this behaviour to only read to the requested length. This
is either the file length or the length/size provided as parameter
to the ubifsload command.
Le 01/11/2010 18:59, Sughosh Ganu a écrit :
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.
Sorry, there's one thing I don't get, but I must admit I don't know
Am 2010-10-31 17:57, schrieb Andreas Bießmann:
Dear Reinhard Meyer,
Am 31.10.2010 um 16:24 schrieb Reinhard Meyer:
Dear Wolfgang Denk, Andreas Bießmann,
-at91rm9200ek arm arm920t - atmel
at91
+at91rm9200ek arm arm920t
Le 01/11/2010 20:23, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4ccef2e4.5080...@free.fr you wrote:
Also, I understand why the second RFC change I did was harmful to tx25.
Contrary to u-boot itself, u-boot-spl is not compiled to be position
independent; it actually loads at a
Dear Albert ARIBAUD,
In message 4ccf1558.1040...@free.fr you wrote:
Yes, I will now prepare a patchset for mainline master. Do I include the
increase of tx25 size?
If you like - yes please (as separate commit, though). Or I can do
that, if it saves you some trouble.
Best regards,
Wolfgang
On Tuesday, November 2, 2010, Albert ARIBAUD albert.arib...@free.fr wrote:
Le 01/11/2010 20:23, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4ccef2e4.5080...@free.fr you wrote:
Also, I understand why the second RFC change I did was harmful to tx25.
Contrary to u-boot itself,
Le 01/11/2010 20:44, Graeme Russ a écrit :
On Tuesday, November 2, 2010, Albert ARIBAUDalbert.arib...@free.fr wrote:
Le 01/11/2010 20:23, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4ccef2e4.5080...@free.fryou wrote:
Also, I understand why the second RFC change I did was
On 01.11.2010 14:47, J. William Campbell wrote:
On 10/27/2010 11:02 PM, Reinhard Meyer wrote:
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
Le 01/11/2010 20:35, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4ccf1558.1040...@free.fr you wrote:
Yes, I will now prepare a patchset for mainline master. Do I include the
increase of tx25 size?
If you like - yes please (as separate commit, though). Or I can do
that, if it
Dear Reinhard Meyer,
In message 4ccf1caf.1020...@emk-elektronik.de you wrote:
For efficiency it would help if CONFIG_SYS_HZ would be allowed to be in the
range
of 1000 - 2000 Hz (or 700 - 1400), so on any hardware a simple shift would do
for
get_timer(). Of course the constant
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Fit it
to collect all .rel* input sections.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
From: Wolfgang Denk w...@denx.de
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Fit it
to collect all .rel* input sections.
Signed-off-by: Albert Aribaud
U-boot binary size increase made u-boot-spl copy only
part of u-boot deom NAND to RAM, missing part of the
relocation data. Increase u-boot NAND size to match
current build size, plus a bit of slack.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/tx25.h |2 +-
1
On Tue, 2 Nov 2010 06:44:41 +1100
Graeme Russ graeme.r...@gmail.com wrote:
Wow, what a terrible waste!
Why does u-boot-spl need to relocate?
Because it is typically initially loaded into a special hardware
buffer. That buffer needs to be freed up to be used to load the
payload.
Can't
S3C64XX timer uses static variables which
are initialized before relocation and used after it.
Move them to global data structure.
Signed-off-by: Darius Augulis augulis.dar...@gmail.com
---
arch/arm/cpu/arm1176/s3c64xx/timer.c | 36 ++
Le 01/11/2010 21:17, Albert Aribaud a écrit :
part of u-boot deom NAND to RAM, missing part of the
s/deom/from/
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Albert Aribaud,
In message 1288642623-10783-2-git-send-email-albert.arib...@free.fr you wrote:
From: Wolfgang Denk w...@denx.de
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected
On 01/11/10 19:06, Wolfgang Denk wrote:
Dear Stefan Roese,
In message 201011011420.35851...@denx.de you wrote:
Only allow (re-)assignment to an UBI partition/device when UBIFS is
currently not mounted. Otherwise the following UBIFS commands will
crash.
Signed-off-by: Stefan Roese
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
arch/arm/cpu/armv7/u-boot.lds | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/arch/arm/cpu/armv7/u-boot.lds b/arch/arm/cpu/armv7/u-boot.lds
index 88a0fec..34e0a79 100644
---
On Mon, Nov 1, 2010 at 8:23 PM, Alexander Holler hol...@ahsoftware.de wrote:
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
arch/arm/cpu/armv7/u-boot.lds | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/arch/arm/cpu/armv7/u-boot.lds
This patch adds flexibility to mxc_ipuv3_fb.c by allowing the display
interface and pixel format to be passed to mx51_fb_init.
Signed-off-by: Renato Frias renato.fr...@freescale.com
---
drivers/video/mxc_ipuv3_fb.c | 31 +--
1 files changed, 25 insertions(+), 6
Adds video support to mx51evk board, this board allows different
displays.
This patch enables the WVGA TFT LCD panel only, remove comments from
include/configs/mx51evk.h to use it.
Signed-off-by: Renato Frias renato.fr...@freescale.com
---
board/freescale/mx51evk/mx51evk.c | 56
Hello Stefano,
This is my first post to the list, I work as Field Engineer for
Freescale,
based in Brazil.
I'll be submitting couple patches to add support for the wvga lcd on the
mx51evk board, these are based on the work you did for vision2 board.
However, in order to add support for the
Hello Stefano,
This is my first post to the list, I work as Field Engineer for
Freescale,
based in Brazil.
I'll be submitting couple patches to add support for the wvga lcd on the
mx51evk board, these are based on the work you did for vision2 board.
However, in order to add support for the
Hello Heiko,
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-
boun...@lists.denx.de] On Behalf Of Heiko Schocher
Sent: Sunday, October 31, 2010 1:18 PM
To: Alexander Holler
Cc: Darius Augulis; u-boot@lists.denx.de
Subject: Re: [U-Boot] arm: wrong Relocation
Hi Heiko,
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-
boun...@lists.denx.de] On Behalf Of V, Aneesh
Sent: Tuesday, November 02, 2010 11:10 AM
To: h...@denx.de; Alexander Holler
Cc: Darius Augulis; u-boot@lists.denx.de
Subject: Re: [U-Boot] arm: wrong
62 matches
Mail list logo
