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
From: Jason Cooper
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
---
Questions:
- I completely rewrote this, should I add mention of Commercial/GPL2+/BSD
(p
On Sat, Jul 23, 2011 at 3:46 PM, Albert ARIBAUD
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 history in the
> pat
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
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 Sat, Jul 23, 2011 at 3:20 PM, Albert ARIBAUD
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/
http://patchwork.ozlabs.org/patch/106462
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
On Sat, Jul 23, 2011 at 3:20 PM, Albert ARIBAUD
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 any of the patches in
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 suppo
This defines the requires CONFIG_SYS_* variables to make the
Integrator CP board compile.
Signed-off-by: Linus Walleij
---
include/configs/integratorcp.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/integratorcp.h b/include/configs/integratorcp.h
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
---
include/configs/integratorap.h |2 +-
1
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
---
board/armltd/integrator/integrator.c | 17 +++--
include/configs/integrat
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
---
include/configs/integratorap.h |6 ++
1 files changed, 6 inser
Give us some kind of sane shell environment so the bootloader can
be used.
Signed-off-by: Linus Walleij
---
include/configs/integratorap.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/integratorap.h b/include/configs/integratorap.h
index 8b41885..ea6a
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
---
board/armltd/integrator/integrator.c | 14 --
1 files changed, 8 insertions(+),
- 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
Signed-off-by: Linus Walleij
---
MAINTAINERS | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
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
---
board/armltd/integrator/lowlevel_init.S |2 +-
include/conf
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
integr
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 int
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 howeve
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 ex
21 matches
Mail list logo
