Re: [U-Boot] [PATCH V4] AT91: pio: Add PIO3 features

Hi Wolfgang and Albert, How to move on? Thanks BR, Eric On 01/31/2012 01:14 PM, Hong Xu wrote: This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode

[U-Boot] [PATCH V4] AT91: pio: Add PIO3 features

This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode (may be not interesting in U-Boot) Signed-off-by: Hong Xu Acked-by: Remy Bohmer --- Changes since

Re: [U-Boot] [PATCH v3] AT91: pio: Add PIO3 features

ping ... BR, Eric On 11/16/2011 06:47 PM, Hong Xu wrote: This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode (may be not interesting in U-Boot

[U-Boot] [PATCH v3] AT91: pio: Add PIO3 features

This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode (may be not interesting in U-Boot) Signed-off-by: Hong Xu --- Change for v3

[U-Boot] [PATCH v2] AT91: pio: Add PIO3 features

This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode (may be not interesting in U-Boot) Signed-off-by: Hong Xu --- - Correct register group

[U-Boot] [PATCH] AT91: pio: Add PIO3 features

This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode (may be not interesting in U-Boot) Signed-off-by: Hong Xu --- arch/arm/include/asm/arch-at91

Re: [U-Boot] [PATCH 3/3 v2] ARM: ARM926EJS - Add cache operations

Hi Aneesh, On 08/19/2011 10:20 PM, Aneesh V wrote: > Hi Hong, > > On Friday 19 August 2011 02:53 PM, Hong Xu wrote: >> Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations >> into this file. >> >> Signed-off-by: Hong Xu >> Tes

Re: [U-Boot] [PATCH 3/3 v2] ARM: ARM926EJS - Add cache operations

Hi Lei, On 08/19/2011 06:31 PM, Lei Wen wrote: > Hi Hong, > > On Fri, Aug 19, 2011 at 5:23 PM, Hong Xu wrote: >> Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations >> into this file. >> >> Signed-off-by: Hong Xu >> Tested-by: Elen Song &

Re: [U-Boot] [PATCH 3/3 v2] ARM: ARM926EJS - Add cache operations

Hi Wen, On 08/19/2011 06:17 PM, Lei Wen wrote: > Hi Hong, > > On Fri, Aug 19, 2011 at 5:23 PM, Hong Xu wrote: >> Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations >> into this file. >> >> Signed-off-by: Hong Xu >> Tested-by: Elen Song &

Re: [U-Boot] [PATCH 2/3 v2] ARM: ARM1136 - Remove flush_cache from arch/arm/lib/cache.c

Hi Marek, On 08/19/2011 05:40 PM, Marek Vasut wrote: > On Friday, August 19, 2011 11:23:14 AM Hong Xu wrote: >> arch/arm/lib/cache.c is cleaned and no real cache operation will be >> defined in this file. A new file arch/arm/cpu/arm1136/cache.c is >> created. This file will

[U-Boot] [PATCH 3/3 v2] ARM: ARM926EJS - Add cache operations

Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations into this file. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud --- Since V1 Modified copyright line Fix for compiling warnings Changed the way to use CONFIG_SYS_CACHELINE_SIZE When unaligned

[U-Boot] [PATCH 2/3 v2] ARM: ARM1136 - Remove flush_cache from arch/arm/lib/cache.c

arch/arm/lib/cache.c is cleaned and no real cache operation will be defined in this file. A new file arch/arm/cpu/arm1136/cache.c is created. This file will define the real cache operations. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud --- Since V2 Removed redundant ifdef

[U-Boot] [PATCH 1/3 v2] ARM: Clean arch/arm/lib/cache.c

The default cache operations defined in arch/arm/lib/cache.c do not perform any real cache operation, and instead a WARNING will be emitted. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud --- Since V1 Modified copyright line Used `debug' to replace `printf'

Re: [U-Boot] [PATCH 0/3] ARM: Clean arm/lib/cache.c, modify ARM1136 and ARM926 accordingly

Hi Marek, On 08/18/2011 06:51 PM, Marek Vasut wrote: > On Thursday, August 11, 2011 04:19:43 AM Hong Xu wrote: >> This series try to clean the code of arch/arm/lib/cache.c >> Move ARM1136 cache operations into cpu/arm1136/cache.c >> Add ARM926EJS cache operations into cpu/arm

Re: [U-Boot] [PATCH 3/3 v3] ARM: ARM926EJS - Add cache operations

Hi Marek, On 08/11/2011 12:47 PM, Marek Vasut wrote: > On Thursday, August 11, 2011 05:27:37 AM Hong Xu wrote: >> Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations >> into this file. >> >> Signed-off-by: Hong Xu >> --- >> V2: >>

Re: [U-Boot] [PATCH 2/3] ARM: ARM1136 - Remove flush_cache from arch/arm/lib/cache.c

On 08/11/2011 12:40 PM, Marek Vasut wrote: > On Thursday, August 11, 2011 04:19:47 AM Hong Xu wrote: >> arch/arm/lib/cache.c is cleaned and no real cache operation will be >> defined in this file. So a new file arch/arm/cpu/arm1136/cache.c is >> created. This file will

Re: [U-Boot] [PATCH 1/3] ARM: Clean arch/arm/lib/cache.c

Hi Marek, On 08/11/2011 12:38 PM, Marek Vasut wrote: > On Thursday, August 11, 2011 04:19:45 AM Hong Xu wrote: >> The default cache operations defined in arch/arm/lib/cache.c >> do not perform any real cache operation, and instead a WARNING >> will be emitted. >>

[U-Boot] [PATCH 3/3 v3] ARM: ARM926EJS - Add cache operations

Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations into this file. Signed-off-by: Hong Xu --- V2: Fixed a typo when CONFIG_SYS_DCACHE_OFF is defined V3: Undo changes in include/configs/at91sam9260ek.h It's for testing purpose arch/arm/cpu/arm9

[U-Boot] [PATCH 3/3 v2] ARM: ARM926EJS - Add cache operations

Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations into this file. Signed-off-by: Hong Xu CC: Albert Aribaud --- V2: Fixed a typo when CONFIG_SYS_DCACHE_OFF is defined arch/arm/cpu/arm926ejs/Makefile |2 +- arch/arm/cpu/arm926ejs/cache.c | 142

[U-Boot] [PATCH 3/3] ARM: ARM926EJS - Add cache operations

Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations into this file. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud CC: Aneesh V CC: Marek Vasut CC: Reinhard Meyer CC: Heiko Schocher --- arch/arm/cpu/arm926ejs/Makefile |2 +- arch/arm/cpu/arm926ejs

[U-Boot] [PATCH 3/3] ARM: ARM926EJS - Add cache operations

Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations into this file. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud --- arch/arm/cpu/arm926ejs/Makefile |2 +- arch/arm/cpu/arm926ejs/cache.c | 142 +++ 2 files changed

[U-Boot] [PATCH 2/3] ARM: ARM1136 - Remove flush_cache from arch/arm/lib/cache.c

arch/arm/lib/cache.c is cleaned and no real cache operation will be defined in this file. So a new file arch/arm/cpu/arm1136/cache.c is created. This file will define the real cache operations. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud CC: Aneesh V CC: Marek Vasut CC

[U-Boot] [PATCH 2/3] ARM: ARM1136 - Remove flush_cache from arch/arm/lib/cache.c

arch/arm/lib/cache.c is cleaned and no real cache operation will be defined in this file. So a new file arch/arm/cpu/arm1136/cache.c is created. This file will define the real cache operations. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud --- arch/arm/cpu/arm1136/Makefile

[U-Boot] [PATCH 1/3] ARM: Clean arch/arm/lib/cache.c

The default cache operations defined in arch/arm/lib/cache.c do not perform any real cache operation, and instead a WARNING will be emitted. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud CC: Aneesh V CC: Marek Vasut CC: Reinhard Meyer CC: Heiko Schocher --- arch/arm/lib

[U-Boot] [PATCH 1/3] ARM: Clean arch/arm/lib/cache.c

The default cache operations defined in arch/arm/lib/cache.c do not perform any real cache operation, and instead a WARNING will be emitted. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud --- arch/arm/lib/cache.c | 55 - 1

[U-Boot] [PATCH 0/3] ARM: Clean arm/lib/cache.c, modify ARM1136 and ARM926 accordingly

This series try to clean the code of arch/arm/lib/cache.c Move ARM1136 cache operations into cpu/arm1136/cache.c Add ARM926EJS cache operations into cpu/arm926ejs/cache.c Hong Xu (3): ARM: Clean arch/arm/lib/cache.c ARM: ARM1136 - Remove flush_cache from arch/arm/lib/cache.c

Re: [U-Boot] [PATCH v4] ARM926ejs: Add routines to invalidate D-Cache

Hi Albert, On 08/10/2011 02:36 PM, Albert ARIBAUD wrote: > Hi Hong Xu, > > Le 10/08/2011 08:17, Hong Xu a écrit : > >> There are some ARM926 specific code in arch/arm/lib/cache.c; So I also >> put the stuff there. ;-) I think Albert Aribaud or the original >> contri

Re: [U-Boot] [PATCH v4] ARM926ejs: Add routines to invalidate D-Cache

Hi Marek Vasut, On 08/10/2011 01:52 PM, Marek Vasut wrote: > On Wednesday, August 10, 2011 04:49:25 AM Hong Xu wrote: >> After DMA operation, we need to maintain D-Cache coherency. >> So that the DCache must be invalidated (hence CPU will fetch >> data written by DM

[U-Boot] [PATCH v4] ARM926ejs: Add routines to invalidate D-Cache

After DMA operation, we need to maintain D-Cache coherency. So that the DCache must be invalidated (hence CPU will fetch data written by DMA controller from RAM). Tested on AT91SAM9261EK with Peripheral DMA controller. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud CC: Aneesh

Re: [U-Boot] [PATCH] ARM926ejs: Add routines to invalidate D-Cache

Hi Marek Vasut, On 08/10/2011 03:55 AM, Marek Vasut wrote: > On Tuesday, August 09, 2011 03:57:41 AM Hong Xu wrote: >> Hi Marek Vasut, >> >> On 08/09/2011 01:34 AM, Marek Vasut wrote: [...] >>>> printf("WARNING: %s - start address %x is not aligned\n

Re: [U-Boot] [PATCH] ARM926ejs: Add routines to invalidate D-Cache

Hi Marek Vasut, On 08/09/2011 01:34 AM, Marek Vasut wrote: > On Monday, August 08, 2011 10:01:19 AM Albert ARIBAUD wrote: >> Hi Hong Xu, >> >> Le 08/08/2011 05:20, Hong Xu a écrit : >>> After DMA operation, we need to maintain D-Cache coherency. >>> So tha

Re: [U-Boot] [PATCH] ARM926ejs: Add routines to invalidate D-Cache

Hi Albert, On 08/08/2011 04:01 PM, Albert ARIBAUD wrote: > Hi Hong Xu, > > Le 08/08/2011 05:20, Hong Xu a écrit : >> After DMA operation, we need to maintain D-Cache coherency. >> So that the DCache must be invalidated (hence CPU will fetch [...] >> unaligned buffer

[U-Boot] [PATCH] ARM926ejs: Add routines to invalidate D-Cache

After DMA operation, we need to maintain D-Cache coherency. So that the DCache must be invalidated (hence CPU will fetch data written by DMA controller from RAM). Tested on AT91SAM9261EK with Peripheral DMA controller. Signed-off-by: Hong Xu Tested-by: Elen Song CC: Albert Aribaud CC: Aneesh

Re: [U-Boot] [PATCH v2] ARM926ejs: Add routines to invalidate D-Cache

Hi Aneesh, On 08/05/2011 03:10 PM, Aneesh V wrote: > Hi Hong, Albert, > > On Friday 05 August 2011 12:16 PM, Albert ARIBAUD wrote: >> Le 05/08/2011 08:38, Hong Xu a écrit : >>> Hi Albert, >>> >>> I've tried to deal with the case that the (start, stop

Re: [U-Boot] [PATCH v2] ARM926ejs: Add routines to invalidate D-Cache

On 08/05/2011 02:46 PM, Albert ARIBAUD wrote: > Le 05/08/2011 08:38, Hong Xu a écrit : >> Hi Albert, >> >> On 08/05/2011 02:13 PM, Albert ARIBAUD wrote: >>> Hi Hong Xu, >>> >>> Le 05/08/2011 06:44, Hong Xu a écrit : >>>> After DMA opera

Re: [U-Boot] [PATCH v2] ARM926ejs: Add routines to invalidate D-Cache

Hi Albert, On 08/05/2011 02:13 PM, Albert ARIBAUD wrote: > Hi Hong Xu, > > Le 05/08/2011 06:44, Hong Xu a écrit : >> After DMA operation, we need to maintain D-Cache coherency. >> We need to clean cache (write back the dirty lines) and then >> make the cache invali

Re: [U-Boot] [PATCH v2] ARM926ejs: Add routines to invalidate D-Cache

H Reinhard, On 08/05/2011 01:11 PM, Reinhard Meyer wrote: > Dear Hong Xu, >> After DMA operation, we need to maintain D-Cache coherency. >> We need to clean cache (write back the dirty lines) and then >> make the cache invalidate as well(hence CPU will fetch data >> wri

[U-Boot] [PATCH v2] ARM926ejs: Add routines to invalidate D-Cache

After DMA operation, we need to maintain D-Cache coherency. We need to clean cache (write back the dirty lines) and then make the cache invalidate as well(hence CPU will fetch data written by DMA controller from RAM). Tested on AT91SAM9261EK with Peripheral DMA controller. Signed-off-by: Hong Xu

[U-Boot] [PATCH] ARM926ejs: Add routines to invalidate D-Cache

After DMA transfer, we need to maintain D-Cache coherency. We need to clean cache (write back the dirty lines) and then make the cache invalidate as well(hence CPU will fetch data written by DMA controller from RAM). Tested on AT91SAM9261EK with Peripheral DMA controller. Signed-off-by: Hong Xu

Re: [U-Boot] [PATCH] AT91: Defer Dataflash access to env_relocate_spec

Hi Reinhard, On 08/03/2011 03:20 PM, Reinhard Meyer wrote: > Dear Hong Xu, > > When env_init is called, the SPI is not actually initialized in U-Boot. > > So that we can not read Dataflash for its content. > > We simply mark it OK for now, and defer the real work to &g

[U-Boot] [PATCH] AT91: Defer Dataflash access to env_relocate_spec

When env_init is called, the SPI is not actually initialized in U-Boot. So that we can not read Dataflash for its content. We simply mark it OK for now, and defer the real work to `env_relocate_spec'. (Idealy from env_nand.c) Signed-off-by: Hong Xu --- common/env_dataflash.c |

Re: [U-Boot] [STATUS] AT91: boards still broken on 02.Aug.2011

Hi Reinhard & Thomas, On 08/02/2011 09:36 PM, Reinhard Meyer wrote: > Dear Thomas Petazzoni, > > Le Tue, 02 Aug 2011 12:37:41 +, > > Reinhard Meyer a écrit : > > > > > Configuring for at91sam9m10g45ek board... > > > > For this board there are patches from Alex Waterman, sent on June, >

[U-Boot] [PATCH V3] AT91: Small fix on AT91 USART initialization code

Before reset dbgu transmitter, we just wait TXEMPTY to drain the transmitter register(Just in case). If not doing this, we may sometimes see several weird characters from DBGU. A short delay is also added to make sure the new serial settings are settled. Signed-off-by: Hong Xu --- Changes since

Re: [U-Boot] [PATCH V2] AT91: Small fix on AT91 USART initialization code

Hi Reinhard, On 08/02/2011 05:54 PM, Reinhard Meyer wrote: > Dear Hong Xu, > > > > diff --git a/drivers/serial/atmel_usart.c > b/drivers/serial/atmel_usart.c > > > > index e326b2b..6f9c2de 100644 > > > > --- a/drivers/serial/atmel_usart.c &

Re: [U-Boot] [PATCH V2] AT91: Small fix on AT91 USART initialization code

Hi Reinhard, On 08/01/2011 10:39 PM, Reinhard Meyer wrote: > Dear Hong Xu, > > Before reset dbgu transmitter, we just wait TXEMPTY to drain the > > transmitter register. If not doing this, we may sometimes see several > > weird characters from DBGU. > > > &g

[U-Boot] [PATCH V2] AT91: Small fix on AT91 USART initialization code

Before reset dbgu transmitter, we just wait TXEMPTY to drain the transmitter register. If not doing this, we may sometimes see several weird characters from DBGU. A short delay is also added to make sure the new serial settings are settled. Signed-off-by: Hong Xu --- Change since V1: - Fix

[U-Boot] [PATCH] AT91: Small fix on AT91 USART initialization code

Before reset dbgu transmitter, we just wait TXEMPTY to drain the transmitter register. If not doing this, we may sometimes see several weird characters from DBGU. A short delay is also added to make sure the new serial settings are settled. Signed-off-by: Hong Xu --- drivers/serial

[U-Boot] [PATCH] AT91: Board fix for AT91SAM9261-EK

Fix board part of AT91SAM9261-EK according to the new scheme Signed-off-by: Hong Xu --- Makefile | 23 - board/atmel/at91sam9261ek/at91sam9261ek.c | 136 +++-- board/atmel/at91sam9261ek/config.mk |1 - board/atmel

[U-Boot] [PATCH] AT91: SoC fix at91sam9261_matrix.h

Fix at91sam9261_matrix.h according to the new scheme. Signed-off-by: Hong Xu --- .../arm/include/asm/arch-at91/at91sam9261_matrix.h | 77 +--- 1 files changed, 36 insertions(+), 41 deletions(-) diff --git a/arch/arm/include/asm/arch-at91/at91sam9261_matrix.h b/arch/arm

Re: [U-Boot] [PATCH 1/2 V3] AT91: Makes AT91SAM9RL SoC build correctly against u-boot-atmel/master

Hi Reinhard, On 08/01/2011 04:00 PM, Reinhard Meyer wrote: > Dear Hong Xu, > > Rework for AT91SAM9RL SoC, makes it build again. > > arch/arm/include/asm/arch-at91/at91sam9rl_matrix.h | 121 +- > > When I compare at91sam9rl_matrix.h to at91sam9260_matrix.h there

Re: [U-Boot] AT91: rework and fixes

Hi Reinhard, On 07/26/2011 08:59 PM, Reinhard Meyer wrote: > Dear Hong Xu, > > Hi Albert, > > > > On 07/18/2011 02:39 PM, Albert ARIBAUD wrote: > > > Hi Eric, > > > > > > Le 18/07/2011 04:52, Hong Xu a écrit : > > > > Hi Reinhard

Re: [U-Boot] [PATCH 47/52] ARM: remove broken "at91sam9261ek" /"at91sam9g10ek" boards

Hi Albert, On 07/18/2011 02:39 PM, Albert ARIBAUD wrote: > Hi Eric, > > Le 18/07/2011 04:52, Hong Xu a écrit : > > Hi Reinhard, > > > > It's a pity to see that some of the AT91 boards are planed to be removed > > by Wolfgang. > > > > Severa

Re: [U-Boot] [PATCH 47/52] ARM: remove broken "at91sam9261ek" /"at91sam9g10ek" boards

Hi Reinhard, It's a pity to see that some of the AT91 boards are planed to be removed by Wolfgang. Several weeks ago, the patches for SAM9261/9G10 have got Acks from you. See http://www.mail-archive.com/u-boot@lists.denx.de/msg54829.html But I don't know why it's not merged upstream. For SAM9RL

Re: [U-Boot] [PATCH 1/2 V3] AT91: Makes AT91SAM9RL SoC build correctly against u-boot-atmel/master

Hi Wolfgang, On 06/22/2011 05:03 PM, Wolfgang Denk wrote: > Dear Hong Xu, > > In message <4e01a429.8000...@atmel.com> you wrote: > > ping ... > > > > On 06/15/2011 11:11 AM, Hong Xu wrote: > > > Rework for AT91SAM9RL SoC, makes it build again. &

Re: [U-Boot] [PATCH 1/2] [V2] AT91: Makes AT91SAM9263 SoC build correctly against u-boot-atmel/master

ping ... On 06/15/2011 12:51 PM, Hong Xu wrote: > Hi Reinhard, > > On 06/14/2011 08:43 PM, Reinhard Meyer wrote: > > Dear Hong Xu, > > > Rework for AT91SAM9263 SoC, makes it build again. > > > Based on the work for AT91SAM9260-EK. > > > > >

Re: [U-Boot] [PATCH 2/2 V3] AT91: Makes AT91SAM9RL-EK build correctly against u-boot-atmel/master

ping ... On 06/15/2011 11:11 AM, Hong Xu wrote: > Rework for AT91SAM9RL-EK, makes it build again. > Based on the work for AT91SAM9260-EK. > > Signed-off-by: Hong Xu > --- > Makefile | 12 > board/atmel/at91sam9rlek/at91sam9rlek.c | 73 -- >

Re: [U-Boot] [PATCH 1/2 V3] AT91: Makes AT91SAM9RL SoC build correctly against u-boot-atmel/master

ping ... On 06/15/2011 11:11 AM, Hong Xu wrote: > Rework for AT91SAM9RL SoC, makes it build again. > Based on the work for AT91SAM9260-EK. > > Signed-off-by: Hong Xu > --- > Changes since V2 > - No at91_serial_hw_init, no CONFIG_USARTx anymore. > - Removed SZ_* macros -

Re: [U-Boot] about at91 board in uboot

Hi Reinhard, On 06/17/2011 03:17 PM, Reinhard Meyer wrote: > Dear Lin, >> The following is the status XU Hong is reporting to me on >> u-boot-atmel/master. >> I saw it has been silent for 2 days. I don’t know if we could do something >> to help maintain all the boards. >> I will try to help alloc

Re: [U-Boot] [PATCH 1/2] [V2] AT91: Makes AT91SAM9263 SoC build correctly against u-boot-atmel/master

Hi Reinhard, On 06/14/2011 08:43 PM, Reinhard Meyer wrote: > Dear Hong Xu, > > Rework for AT91SAM9263 SoC, makes it build again. > > Based on the work for AT91SAM9260-EK. > > > > Signed-off-by: Hong Xu > > --- > > arch/arm/cpu/arm926ejs/at91/l

[U-Boot] [PATCH 2/2 V3] AT91: Makes AT91SAM9RL-EK build correctly against u-boot-atmel/master

Rework for AT91SAM9RL-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Makefile| 12 board/atmel/at91sam9rlek/at91sam9rlek.c | 73 -- board/atmel/at91sam9rlek/config.mk |1

[U-Boot] [PATCH 1/2 V3] AT91: Makes AT91SAM9RL SoC build correctly against u-boot-atmel/master

Rework for AT91SAM9RL SoC, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Changes since V2 - No at91_serial_hw_init, no CONFIG_USARTx anymore. - Removed SZ_* macros - though I don't have the reason found in code :) - Add definitions for all ATMEL_BAS

[U-Boot] [PATCH 2/2] [V2] AT91: Makes AT91SAM9261(9G10)-EK build correctly against u-boot-atmel/master

Rework for AT91SAM9261(9G10)-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Makefile | 23 - board/atmel/at91sam9261ek/at91sam9261ek.c | 136 +++-- board/atmel/at91sam9261ek/config.mk

[U-Boot] [PATCH 1/2] [V2] AT91: Makes AT91SAM9261(9G10) SoC build correctly against u-boot-atmel/master

Rework for AT91SAM9261(9G10) SoC, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 45 +--- arch/arm/include/asm/arch-at91/at91_spi.h |2 +- arch/arm/include/asm/arch-at91

[U-Boot] [PATCH 2/2] [V2] AT91: Makes AT91SAM9263-EK build correctly against u-boot-atmel/master

Rework for AT91SAM9263-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Makefile | 19 --- board/atmel/at91sam9263ek/at91sam9263ek.c | 56 --- board/atmel/at91sam9263ek/config.mk |1

[U-Boot] [PATCH 1/2] [V2] AT91: Makes AT91SAM9263 SoC build correctly against u-boot-atmel/master

Rework for AT91SAM9263 SoC, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- arch/arm/cpu/arm926ejs/at91/lowlevel_init.S|2 +- arch/arm/cpu/arm926ejs/at91/timer.c| 13 ++ arch/arm/include/asm/arch-at91/at91_spi.h

[U-Boot] [PATCH 2/2] [V2] AT91: Makes AT91SAM9RL-EK build correctly against u-boot-atmel/master

Rework for AT91SAM9RL-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Makefile| 12 - board/atmel/at91sam9rlek/at91sam9rlek.c | 71 +--- board/atmel/at91sam9rlek/config.mk |1

[U-Boot] [PATCH 1/2] [V2] AT91: Makes AT91SAM9RL SoC build correctly against u-boot-atmel/master

Rework for AT91SAM9RL SoC, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 26 ++-- arch/arm/include/asm/arch-at91/at91_spi.h |2 +- arch/arm/include/asm/arch-at91/at91sam9rl.h

[U-Boot] [PATCH] Makes AT91SAM9261-EK build correctly against the mainline HEAD

Rework for AT91SAM9261-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: voice Signed-off-by: Hong Xu --- Makefile | 23 arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 45 +++ arch/arm/include/asm/arch

[U-Boot] [PATCH] Makes AT91SAM9263-EK build correctly against the mainline HEAD

Rework for AT91SAM9263-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Makefile | 19 --- arch/arm/cpu/arm926ejs/at91/lowlevel_init.S| 26 ++-- arch/arm/cpu/arm926ejs/at91/timer.c

[U-Boot] [PATCH] AT91: Makes AT91SAM9RL-EK build correctly against the mainline HEAD

Rework for AT91SAM9RL-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu --- Makefile | 12 -- arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 26 ++-- arch/arm/include/asm/arch-at91/at91_spi.h

[U-Boot] Help on mem relocation issue when reworking on at91sam9rlek

Hi Reinhard, I have an issue when I reworked U-Boot for AT91SAM9RL-EK. When I choose `at91sam9rlek_nandflash', things are quite smooth. But when I choose `at91sam9rlek_dataflash_cs0', uboot will stop booting after `relocate_code()'. Do you have some hints about this? Thanks a lot. Please see bel

Re: [U-Boot] Fwd: [STATUS] WARNING: huge ARM board removal pending

Hi Reinhard, On 06/07/2011 04:18 PM, Reinhard Meyer wrote: > Dear Xu, Hong, >> Dear Reinhard, >> >> We just noticed the warning from Wolfgang Denk about the status of the ARM >> boards. > > See http://article.gmane.org/gmane.comp.boot-loaders.u-boot/100918 >> >> There're quite a lot of AT91 board

[U-Boot] [PATCH] [NAND] Add board_nand_init_tail to give board module a chance to init after NAND chip is scaned.

Sometimes, board module needs to know some information about the NAND chip e.g. page size to continue it's initialization. This short patch give board module a chance to continue its initialization after the NAND chip is scaned. best regards, diff --git a/drivers/mtd/nand/nand.c b/drivers/mtd/nan