that as well.
Signed-off-by: Tom Rini
---
Cc: Harald Kipp
Cc: Eugen Hristev
CC: Alexandre Belloni, Nicolas Ferre
Fine with me, thanks for letting me know:
Acked-by: Nicolas Ferre
Best regards,
Nicolas
---
arch/arm/dts/Makefile | 2 -
arch/arm/dts
o and even if
sama5d27 som1 ek might be impacted, I would like to double check for the
other sama5d2 boards.
[..]
Best regards,
Nicolas
--
Nicolas Ferre
), with same encoding.
3/ and well, this is the type of register with multiple bits that are
marked as "reserved" and that experience tells that they might be
connected to something...
So, I'm all for correcting the code like what Edgar suggests.
Best regards,
--
Nicolas Ferr
nel itself or
maybe is a UBoot configuration?
--
Nicolas Ferre
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
ng trouble with the drivers as you can see above.
On the u-boot-2017.03-at91 branch of our vendor tree, you have an
example of moving the console from one USART to the other with this commit:
74f976f8d1fe714b5b28d450e7213657ca8dd71e
(board: atmel: sama5d2_ptc_ek: use uart0 as
am/u-boot-at91.git>
Can you tell us what is the compiling error that you are experiencing?
Best regards,
--
Nicolas Ferre
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
eMMC
>
> Signed-off-by: Gregory CLEMENT
It seems okay to me:
Acked-by: Nicolas Ferre
Thanks,
> ---
> arch/arm/mach-at91/Kconfig | 6 ++
> board/l+g/vinco/Kconfig| 12 +++
> board/l+g/vinco/Makefile | 1 +
> board/l+g/vinco/vinco.c| 212
>
nresponsive MAC
> controller. This patch fixes this behavior allowing using the gmac with
> these SoCs.
>
> Suggested-by: Nicolas Ferre
> Signed-off-by: Gregory CLEMENT
Acked-by: Nicolas Ferre
Thanks,
> ---
> Hi,
>
> in this v3, I fixed the sama5d2 typo and the m
nresponsive MAC
> controller. This patch fix this behavior allowing to use the gmac with
> these SoCs.
>
> Suggested-by: Nicolas Ferre
> Signed-off-by: Gregory CLEMENT
>
> fix gem
> ---
> drivers/net/macb.c | 13 +++--
> 1 file changed, 11 insertions(+),
Le 16/12/2015 10:41, Gregory CLEMENT a écrit :
> Hi Andreas,
>
> On mer., déc. 16 2015, "Andreas Bießmann"
> wrote:
>
>> Hi all,
>>
>> On 16.12.2015 10:19, Nicolas Ferre wrote:
>>> Le 15/12/2015 20:59, Joe Hershberger a écrit :
>>
t
>> capable. Improperly setting the GBE capability leads to an unresponsive
>> MAC controller. This patch fix this behavior allowing to use the gmac
>> with the sama5d4.
>>
>> Suggested-by: Nicolas Ferre
>> Signed-off-by: Gregory CLEMENT
>> ---
>> drivers
Wu (1):
> atmel_nand: if don't have gf table in rom code we will build it
> runtime
For the whole series:
Acked-by: Nicolas Ferre
Thanks, best regards,
>
> arch/arm/Kconfig | 4 +
> arch/arm/cpu/armv7/at91/timer.c | 3 +-
>
On 07/02/2012 12:02 PM, Andreas Bießmann :
> Dear all,
>
> On 02.07.2012 11:53, Nicolas Ferre wrote:
>> On 07/02/2012 11:47 AM, Andreas Bießmann :
>>> On 02.07.2012 10:36, Bo Shen wrote:
>>
>> [..]
>>
>>>>>> +/* boot
ess these boards are just forgotten while
> removing the 'nand read.jffs2' command. Please check, if that command
> works, if yes let it as is, if not rewrite.
I am in favor of using read.jffs2 because it is able to skip bad blocks.
As the programming tool is also skipping b
On 10/18/2011 06:06 PM, Mike Frysinger :
> On Tuesday 18 October 2011 04:30:27 Nicolas Ferre wrote:
>> On 10/17/2011 07:25 PM, Mike Frysinger :
>>> On Monday 17 October 2011 09:41:15 Nicolas Ferre wrote:
>>>> If we define USE_PRIVATE_LIBGCC, PLATFORM_LIBS is used duri
On 10/17/2011 07:25 PM, Mike Frysinger :
> On Monday 17 October 2011 09:41:15 Nicolas Ferre wrote:
>> If we define USE_PRIVATE_LIBGCC, PLATFORM_LIBS is used during
>> link. During this last link editing, libgcc may be listed twice
>> and fail.
>> Prevent this using &
If we define USE_PRIVATE_LIBGCC, PLATFORM_LIBS is used during
link. During this last link editing, libgcc may be listed twice
and fail.
Prevent this using "filter-out" in top Makefile.
Signed-off-by: Nicolas Ferre
---
Makefile |3 ++-
1 files changed, 2 insertions(+), 1 deletion
Watchdog resets were experienced during autoboot delay. Petting the watchdog
during putc() and tstc() functions solve the issue.
Signed-off-by: Nicolas Ferre
---
drivers/serial/atmel_usart.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/serial/atmel_usart.c
Le 30/05/2010 13:17, Tom Rix :
> Nicolas Ferre wrote:
>> For platforms that implement a hardware watchdog, call its initialization
>> routine in init_sequence.
>> This location has been chosen to be the closest to initialization of
>> console as
>> some watchdog dr
Le 26/05/2010 20:13, Mike Frysinger :
> On Wednesday 26 May 2010 06:34:49 Nicolas Ferre wrote:
>> --- a/common/main.c
>> +++ b/common/main.c
>> @@ -159,6 +159,7 @@ static __inline__ int abortboot(int bootdelay)
>> * when catch up.
>> */
>>
Le 26/05/2010 20:13, Mike Frysinger :
> On Wednesday 26 May 2010 06:34:49 Nicolas Ferre wrote:
>> --- a/common/main.c
>> +++ b/common/main.c
>> @@ -159,6 +159,7 @@ static __inline__ int abortboot(int bootdelay)
>> * when catch up.
>> */
>>
Watchdog resets were experienced during autoboot delay. Petting the watchdog
during abortboot() function solve the issue.
Signed-off-by: Nicolas Ferre
---
common/main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/common/main.c b/common/main.c
index f7e7c1c..ea040aa
to be able to begin the triggering
quickly.
Signed-off-by: Nicolas Ferre
---
arch/arm/lib/board.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
index f5660a9..569009e 100644
--- a/arch/arm/lib/board.c
+++ b/arch/arm/lib
The MACB IP used by AVR32 & AT91 have two different layout for USRIO
register. We have to differentiate this in the driver code.
No more cpu specific #ifdefs in driver: we manage a
configuration variable.
Signed-off-by: Nicolas Ferre
---
drivers/net/macb.c |6 ++
drivers/net/ma
Ben,
Ben Warren :
> Hi Nicolas,
>
> Nicolas Ferre wrote:
>
>> diff --git a/drivers/net/macb.c b/drivers/net/macb.c
>> index af0409b..6de0a04 100644
>> --- a/drivers/net/macb.c
>> +++ b/drivers/net/macb.c
>> @@ -447,14 +447,14 @@ static int macb_in
Jesus Alvarez micromint.com> writes:
>
> The AT91 Linux kernel patches for versions 2.6.27 or later use a separate
> atmel_nand.c driver that implements some OOB and ECC options that are not
> exactly the same as those in the standard kernel NAND driver (nand_base.c ,
> etc.). AT91 based boards
Ben Warren :
> Hi Nicolas,
>
> Nicolas Ferre wrote:
>
>> diff --git a/drivers/net/macb.c b/drivers/net/macb.c
>> index af0409b..6de0a04 100644
>> --- a/drivers/net/macb.c
>> +++ b/drivers/net/macb.c
>> @@ -447,14 +447,14 @@ static int macb_in
/product_card.asp?part_id=4337
Signed-off-by: Justin Waters
Signed-off-by: Nicolas Ferre
---
MAKEALL |1 +
Makefile | 14 --
board/atmel/at91sam9260ek/at91sam9260ek.c |5 +
cpu/arm926ejs/at91/usb.c
Wolfgang Denk :
> Dear Nicolas Ferre,
>
> In message <49b51f04.8000...@atmel.com> you wrote:
>> AT91sam9g20 is an evolution of the at91sam9260
>> with a faster clock speed.
>>
>> Here is the chip page on Atmel website:
>> http://www.atmel.c
As we try to integrate constantly patches in mainline, you can find most of
those bits in latest u-boot revisions.
Hope that it helps.
Best regards,
--
Nicolas Ferre
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
AT91sam9g20 is an evolution of the at91sam9260
with a faster clock speed.
Here is the chip page on Atmel website:
http://www.atmel.com/dyn/products/product_card.asp?part_id=4337
Signed-off-by: Nicolas Ferre
---
Makefile | 17 ++
board/atmel/at91sam9g20ek
At91sam9xe is basically an at91sam9260 with embedded flash. We can manage
it as another entry for at91sam9260 in the Makefile.
Check documentation at :
http://www.atmel.com/dyn/products/product_card.asp?part_id=4263
Signed-off-by: Nicolas Ferre
---
Patch against u-boot-at91.git
V2 integrates
Typo: CFG_ convert to CONFIG_SYS_
Signed-off-by: Nicolas Ferre
---
Makefile |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 7be1de2..74dfcca 100644
--- a/Makefile
+++ b/Makefile
@@ -2605,13 +2605,13 @@ at91sam9xeek_dataflash_cs1_config
At91sam9xe is basically an at91sam9260 with embedded flash. We can manage it
as another entry for at91sam9260 in the Makefile.
Check documentation at :
http://www.atmel.com/dyn/products/product_card.asp?part_id=4263
Signed-off-by: Nicolas Ferre
---
Makefile| 17 +
doc
34 matches
Mail list logo
