Le 21/07/2011 08:48, David Jander a écrit :
However, it is still correct that copying from an non-cached area is
slower than from cached areas, because of burst reads vs. individual
reads. However, I doubt that the u-boot user can tell the difference, as
the network latency will far exceed
Hi Sandeep,
Le 21/07/2011 15:36, s-paul...@ti.com a écrit :
Albert,
Please pull u-boot-ti/master
As mentioned by Anessh on the list, omap4 does not compile and needs
the fix http://patchwork.ozlabs.org/patch/105364/
Things should fall in place when this series reaches mainline however
I
Le 22/07/2011 15:46, Linus Walleij a écrit :
Hi Albert,
since I think we have now resolved the remaining issue with the
build system I'm reiterating this pull request.
Changes from last time:
- MAINTAINERS change also covers me taking over the integratorcp
board
- Build the
Reposting the entire series since I changed the Subject: on
[3/9] and [4/9] and removed one TAB character in [6/9]. Easiest
way to avoid the mess...
Linus Walleij (9):
MAINTAINERS: integrator+versatile boards
integratorap: make the compile work again
integratorap: support relocation
The integratorap/cp config for u-boot was outdated and would not
even compile, so fix the obvious missing bits for it to start
building. After this make ap920t_config/make all starts working
again.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
board/armltd/integrator/lowlevel_init.S
- Take maintainership of the unlisted integratorap, and the
integratorcp boards
- Orphan the versatile maintained by Peter Pearse, as he has retired
from ARM
Cc: Philippe Robin philippe.ro...@arm.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
MAINTAINERS | 11 ++-
1
The integrator board was apparently never converted over to support
relocation until now. After this the integrator u-boot both compiles
and boots on the Integrator AP.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
board/armltd/integrator/integrator.c | 14 --
1 files
Give us some kind of sane shell environment so the bootloader can
be used.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integratorap.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/integratorap.h
This adds support for a subset of the default commands for the
Integrator, however since the card does not have Ethernet (unless
you plug in a PCI card) we can not use the default command set.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integratorap.h |6 ++
This fixes up the SDRAM memory detection code to work with the
latest relocation code, moves it all into dram_init() and
activates memory size detection for the Integrator AP.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
board/armltd/integrator/integrator.c | 17 +++--
The default configuration for the Integrator AP forces memory to be
32 MB on the command line to the kernel, while we have perfect
information and detection of the actual memory size in the ATAGs.
Delete the confusion.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
This defines the requires CONFIG_SYS_* variables to make the
Integrator CP board compile.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integratorcp.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/integratorcp.h
This deletes the integrator split_by_variant.sh script and
defines a number of unique board types for the core modules
that are meaningful to support for the Integrator AP/CP, i.e.
the ones that did not just say unsupported core module in
split_by_variant.sh. If more core modules need to be
On Sat, Jul 23, 2011 at 3:20 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
From a process standpoint, I'd rather apply the last version of each patch
present on the list / on patchwork and apply it, rather than pulling in a
repo other than the U-boot official repos.
OK no problem!
If
Hi Reinhard,
Le 21/07/2011 14:05, Reinhard Meyer a écrit :
Dear Wolfgang Denk,
The series ARM: remove broken boards deletes the last few boards which
used
the obsolete arm920t/at91rm9200 arch code.
This series completes it and removes the now obsolete at91rm9200 arch code
completely.
On Sat, Jul 23, 2011 at 3:20 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
I'd rather apply the last version of each patch
present on the list / on patchwork and apply it,
Here are the patchwork links to the latest versions (v3):
http://patchwork.ozlabs.org/patch/106463/
Hi Linus,
Le 23/07/2011 15:37, Linus Walleij a écrit :
Reposting the entire series since I changed the Subject: on
[3/9] and [4/9] and removed one TAB character in [6/9]. Easiest
way to avoid the mess...
... mess which still exists due to the fact that there's no history in
the patch set,
On 7/23/2011 6:04 AM, Albert ARIBAUD wrote:
Le 21/07/2011 08:48, David Jander a écrit :
However, it is still correct that copying from an non-cached area is
slower than from cached areas, because of burst reads vs. individual
reads. However, I doubt that the u-boot user can tell the
On Sat, Jul 23, 2011 at 3:46 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Reposting the entire series since I changed the Subject: on
[3/9] and [4/9] and removed one TAB character in [6/9]. Easiest
way to avoid the mess...
... mess which still exists due to the fact that there's no
From: Jason Cooper u-b...@lakedaemon.net
rewrite of the not-merged code from Globalscale Technologies. This RTC is
known to exist in the DreamPlug platform and is accessed via two registers.
Signed-off-by: Jason Cooper u-b...@lakedaemon.net
---
Questions:
- I completely rewrote this, should I
Sorry, this is RFC. In the midst of rebase, commit, checkpatch, repeat
I forgot to edit the subject line. My apologies.
thx,
Jason.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
21 matches
Mail list logo