On Friday 22 May 2009 13:28:52 Jean-Christophe PLAGNIOL-VILLARD wrote:
> as $(obj) is empty when in tree build
>
> %.s: %.S
> $(CPP) $(AFLAGS) -o $@ $<
>
> and
>
> $(obj)%.s:%.S
> $(CPP) $(AFLAGS) -o $@ $<
>
> are the same
i wondered about that ... assuming in/out of tree still bu
From: Graf Yang
The pins for async memory where parallel flash lives are not enabled by
default, so make sure we mux them as needed.
Signed-off-by: Graf Yang
Signed-off-by: Mike Frysinger
---
board/bf518f-ezbrd/bf518f-ezbrd.c | 16
include/configs/bf518f-ezbrd.h|1 +
The printing code would check the same environment byte multiple times and
write to the console one byte at a time. For some devices (such as the
Blackfin JTAG console which operates in 8 bytes at a time), this is pretty
damned slow. So create a small 16 byte buffer to fill up and send to puts
as
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1243107758-4528-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> at the first run of make we generate the autoconf.mk and autoconf.mk.dep
> if not already the case and we currently include only to .dep
>
> in order to use these autogenerated
On Saturday 23 May 2009 07:50:52 Jean-Christophe PLAGNIOL-VILLARD wrote:
> Currently we have 10s of lds copy arround
> When you want to update them it's really a pain in the ass
>
> As you may see I've send patches to clean it up
> It will be nice if each Maintainer could he
all mips boards except a few use the same cpu lds so move it to cpu/$(CPU)
that could be overwrite in following order
SOC
BOARD
via the corresponding config.mk
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/dbau1x00/u-boot.lds | 67 --
boar
curently we need to specify the endian of each board in the LDS
in order to unify all of them add full endianness support
by default the mips platforms will be compiled as big-endian
to compile it as little-endian define CONFIG_CPU_LITTLE_ENDIAN
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
-
at the first run of make we generate the autoconf.mk and autoconf.mk.dep
if not already the case and we currently include only to .dep
in order to use these autogenerated value we need to include it also evenif
it's include in config.mk but it's done before there generation
Signed-off-by: Jean-Ch
On 02:58 Sun 24 May , Shinya Kuribayashi wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 00:24 Sun 24 May , Shinya Kuribayashi wrote:
>>> Thanks for resubmitting, but there's one thing I'm warried about.
>>> when I gave it a try last time, with almost the same patch you did,
>>> I ha
On Sat, May 23, 2009 at 9:36 AM, Jean-Christophe PLAGNIOL-VILLARD <
plagn...@jcrosoft.com> wrote:
> On 08:41 Sat 23 May , Ben Warren wrote:
> >Jean-Christophe,
> >
> >On Sat, May 23, 2009 at 8:08 AM, Jean-Christophe PLAGNIOL-VILLARD
> > wrote:
> >
> > apply to at91sam9263ek
>
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090523163600.gd26...@game.jcrosoft.org> you wrote:
>
> >Good idea, but your implementation is flawed. It's critically important
> >that the prioritization of board ethernet initialization over CPU
> > ethernet
> >initialization be
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090523150558.gb26...@game.jcrosoft.org> you wrote:
>
> Linux Kernel has for a long time a well-optimized mechanism for for
> calling initiallisation code. Import the the same functionnality to
> U-Boot.
>
> Evenif it wi
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 00:24 Sun 24 May , Shinya Kuribayashi wrote:
>> Thanks for resubmitting, but there's one thing I'm warried about.
>> when I gave it a try last time, with almost the same patch you did,
>> I had a GNU make problem. I'll look closely into it, so pleas
On 16:50 Mon 18 May , s-paul...@ti.com wrote:
> WE want to use MACROS in the config files for various DaVinci boards.
> At the moment this is not possible because we get compilation error
> when we include the hardware.h header file in the config file
> for various SOC's and then try to compile
On 08:41 Sat 23 May , Ben Warren wrote:
>Jean-Christophe,
>
>On Sat, May 23, 2009 at 8:08 AM, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>
> apply to at91sam9263ek
>
> this will result to reduce the size of 2212 bytes
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VIL
Jean-Christophe,
On Sat, May 23, 2009 at 8:08 AM, Jean-Christophe PLAGNIOL-VILLARD <
plagn...@jcrosoft.com> wrote:
> apply to at91sam9263ek
>
> this will result to reduce the size of 2212 bytes
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> board/atmel/at91sam9263ek/at91sam9263ek.c
Jean-Christophe PLAGNIOL-VILLARD wrote:
> all mips boards except a few use the same cpu lds so move it to cpu/$(CPU)
>
> that could be overwrite in following order
> SOC
> BOARD
> via the corresponding config.mk
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Looks good, except for one nit.
On 00:24 Sun 24 May , Shinya Kuribayashi wrote:
> Hi,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> curently we need to specify the endian of each board in the LDS
>>
>> in order to unify all of them add full endianness support
>>
>> by default the mips platforms will be compiled as big-endian
Hi,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> curently we need to specify the endian of each board in the LDS
>
> in order to unify all of them add full endianness support
>
> by default the mips platforms will be compiled as big-endian
> to compile it as little-endian define CONFIG_CPU_LITTLE_E
apply to at91sam9263ek
this will result to reduce the size of 2212 bytes
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/atmel/at91sam9263ek/at91sam9263ek.c | 12 ++--
include/netdev.h | 12
net/eth.c |
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
lib_arm/board.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib_arm/board.c b/lib_arm/board.c
index e081fbc..f40e227 100644
--- a/lib_arm/board.c
+++ b/lib_arm/board.c
@@ -42,6 +42,7 @@
#include
#include
#inclu
Hi all,
Linux Kernel has for a long time a well-optimized mechanism for for
calling initiallisation code. Import the the same functionnality to
U-Boot.
Evenif it will increase a few U-Boot (999 bytes) as show in PATCH 3/3
if we convert the NET_MULTI it will
Hi all,
Currently we have 10s of lds copy arround
When you want to update them it's really a pain in the ass
As you may see I've send patches to clean it up
It will be nice if each Maintainer could help to continue this
specially the powerpc devs
C
all mips boards except a few use the same cpu lds so move it to cpu/$(CPU)
that could be overwrite in following order
SOC
BOARD
via the corresponding config.mk
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/dbau1x00/u-boot.lds | 67 --
boar
curently we need to specify the endian of each board in the LDS
in order to unify all of them add full endianness support
by default the mips platforms will be compiled as big-endian
to compile it as little-endian define CONFIG_CPU_LITTLE_ENDIAN
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
-
all avr32 boards use the same cpu lds so move it to cpu/$(CPU)
that could be overwrite in following order
SOC
BOARD
via the corresponding config.mk
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Haavard Skinnemoen
---
board/atmel/atngw100/u-boot.lds | 72 ---
Hi Wolfgang,
please pull some fixes for ppc4xx:
The following changes since commit 5af210c2ed5bc38e2d059d512ca4e46e81221af5:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-ubi
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git maste
On Wednesday 20 May 2009 20:52:19 Scott Wood wrote:
> > Scott, please review this patchset. It fixes a problem with the 4xx NDFC
> > and it's compatibility with the Linux driver. I would really like to get
> > this into this 2009-06 release. Since this patchset also touches a file
> > in drivers/mt
28 matches
Mail list logo