Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
cpu/ppc4xx/start.S |4
include/configs/pcs440ep.h |2 +-
include/configs/yosemite.h |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/cpu/ppc4xx/start.S b/cpu/ppc4xx/start.S
index 77c2aa4..0638024 1006
The SRD0_PFC0 register was not configured correctly to enable the GPIO's
49-63 for GPIO. They have been configured as trace signals. This patch
fixes this by clearing the corresponding bit.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
board/pcs440ep/pcs440ep.c |2 +-
1 files changed, 1
The current ndfc HW ECC implementation swaps the first two ECC bytes.
But the 4xx NDFC already uses the SMC (Smart Media Card) ECC ordering,
so this swapping in the HW ECC driver is bogus. This patch fixes this
problem and now really uses the SMC ECC byte order.
Thanks to Sean MacLennan for pointi
> Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
> ---
> board/at91cap9adk/Makefile | 50 +++
> board/at91cap9adk/at91cap9adk.c | 283 +++
> board/at91cap9adk/config.mk |1 +
> board/at91cap9adk/led.c | 80 +++
> board/at91cap9ad
Hi,
This patch adds support for Artila M-501 starter kit:
http://www.artila.com/p_matrix.html#m_501
The supported features include:
- Atmel AT91RM9200
- SDRAM (32MB on the V02 processor card)
- Serial port DBGU
- LEDs
- Buzzer
- NOR Flash
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Timo Tuunainen
> Sent: 01 February 2008 10:09
> To: u-boot-users@lists.sourceforge.net
> Subject: [U-Boot-Users] [PATCH] [ARM] Support for Artila
> M-501 starter kit
>
> Hi,
>
> This patch adds
This is the third patch-set of the new uImage format work. It concludes the
phase of clean-up and reorganization of the old format code, preparing the
ground for adding the code implementing the new format.
All the new uImage patches sent to the list so far, as well as updates
resulting from the
Microblaze do_bootm_linux() includes ramdisk processing code but
the ramdisk does not get used anywhere later on.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
lib_microblaze/bootm.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/lib_microblaze/bootm.c b
Architecture specific do_bootm_linux() routines share common
ramdisk image processing code. Move this code to a common
helper routine.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
common/image.c | 203 +++-
include/image.h|
Ramdisk loading code, including initrd_high variable handling,
was duplicated for PPC and M68K platforms. This patch creates
common helper routine that is being called from both platforms'
do_bootm_linux() routines.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
common/image.c | 113
This patch moves common pre-boot allocation steps shared between PPC
and M68K to a helper routines:
common:
- get_boot_sp_limit()
- get_boot_cmline()
- get_boot_kbd()
platform:
- set_clocks_in_mhz()
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
common/image.c | 118 ++
Move FDT blob finding and relocation to a dedicated
get_fdt() routine. It increases code readability and
will make adding support for new uImage format easier.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
lib_ppc/bootm.c | 285 ++-
Verification of the kernel image (in old format) and finding kernel
data is moved to a dedicated routine. The routine will also hold
support for, to be added, new image format.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
common/cmd_bootm.c | 181 +++-
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Leonid
> Sent: 01 February 2008 12:32
> To: u-boot-users@lists.sourceforge.net
> Subject: [U-Boot-Users] mpc8544 u-boot support
>
> Hi:
>
> I am not new in u-boot, but this is the first time I m
Peter Pearse wrote:
> Wolfgang
> You wrote:
>> And ARM doesn't even have a specific way to pass the MAC address to
>> Linux.
> Please expand on this comment for me.
He is referign to the numerous kcooments on this list over the past few
years of how ARM dos not have a way for u-boot
I am successfully doing so for ppc440epx and vxWorks 6.3 (u-boot 1.2.0).
In general u-boot can boot vxWorks (bootvx command).
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, January 14, 2008 8:36 AM
To: u-boot-users@lists.so
Kumar Gala wrote:
> On Feb 1, 2008, at 7:24 AM, Clemens Koller wrote:
>
>> Leonid schrieb:
>>> Hi:
>>>
>>> I am not new in u-boot, but this is the first time I must deal with
>>> Freescale CPU, namely mpc8544 (I have been working so far with
>>> Microblaze, ARM9, ppc440 and ppc405). My board is go
Hi:
I am not new in u-boot, but this is the first time I must deal with
Freescale CPU, namely mpc8544 (I have been working so far with
Microblaze, ARM9, ppc440 and ppc405). My board is going to be very close
to Interpid reference design.
If somebody of you folks can point me to the best u-boot a
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Wolfgang Denk
> Sent: 09 January 2008 07:51
> To: Hebbar
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH] ARM926: Display Ethernet
> info indo_bdinfo only if CONFIG_
Hi,
This is the original definition:
#if defined(CFG_ENV_IS_EMBEDDED)
#define TOTAL_MALLOC_LENCFG_MALLOC_LEN
#elif ( ((CFG_ENV_ADDR+CFG_ENV_SIZE) < CFG_MONITOR_BASE) ||
(CFG_ENV_ADDR >= (CFG_MONITOR_BASE + CFG_MONITOR_LEN)) )
|| \
defi
On Feb 1, 2008, at 7:24 AM, Clemens Koller wrote:
> Leonid schrieb:
>> Hi:
>>
>> I am not new in u-boot, but this is the first time I must deal with
>> Freescale CPU, namely mpc8544 (I have been working so far with
>> Microblaze, ARM9, ppc440 and ppc405). My board is going to be very
>> close
>
Hi,
I know that there is no EHCI support in any official U-boot
sources, but is there anyone working on it, or planning to work on it?
Regards,
Sean
--
| Sean McGoogan, | E
Wolfgang,
For the FAT size issue, I believe something is wrong in my building caches.
Because when I reconfigure FAT support back to my CONFIG_COMMANDS and recompile
again, I can't build such a big u-boot.bin any more. Then I remove FAT again,
make distclean; add FAT back; make distclean; make
Leonid schrieb:
> Hi:
>
> I am not new in u-boot, but this is the first time I must deal with
> Freescale CPU, namely mpc8544 (I have been working so far with
> Microblaze, ARM9, ppc440 and ppc405). My board is going to be very close
> to Interpid reference design.
>
> If somebody of you folks c
I have built big standalone application for similar CPU (at92rm9200). I
use some RAM address to do so, namely LOAD_ADDR=0x2100.
See my make rules below.
#
$(ELF): $(OBJS)
$(LD) -g $(EX_LDFLAGS) -Ttext $(
On Wednesday 30 January 2008, Johannes Stezenbach wrote:
> On Tue, Jan 29, 2008 at 07:12:10PM -0500, Mike Frysinger wrote:
> > On Tuesday 29 January 2008, Wolfgang Denk wrote:
> > > In message <[EMAIL PROTECTED]> you wrote:
> > > > unfortunately, using weak symbols and overriding elsewhere doesnt
>
On Feb 1, 2008, at 8:42 AM, Kumar Gala wrote:
>
> On Feb 1, 2008, at 7:24 AM, Clemens Koller wrote:
>
>> Leonid schrieb:
>>> Hi:
>>>
>>> I am not new in u-boot, but this is the first time I must deal with
>>> Freescale CPU, namely mpc8544 (I have been working so far with
>>> Microblaze, ARM9, ppc
This splits the arch-specific logic out of do_go() and into a dedicated weak
function called do_go_exec() that lives in cpu directories. This will need
review from i386/nios people to make sure i didnt break them.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/common/cmd_boot.
Added the cpu command that provides a generic mechanism to get status,
reset, and release secondary cores in multicore processors.
Added support for using the ePAPR defined spin-table mechanism on 85xx.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
as usually, this is in the mpc85xx branch o
This splits the dcache logic out of do_bootelf into a dedicated weak function
called do_bootelf_exec. This way ports can control the behavior before
executing an ELF image however they like.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/common/cmd_elf.c b/common/cmd_elf.c
ind
Yes, I saw in u-boot depot though didn't try to run it yet (didn't get
reference design). Is it the same called "Interpid"?
Leonid.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kumar
Gala
Sent: Friday, February 01, 2008 6:50 AM
To: Kumar Gala
Cc: Leoni
Do I really need any special toolchain or ELDK 4.1 will do?
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Friday, February 01, 2008 6:42 AM
To: Clemens Koller
Cc: Leonid; u-boot-users@lists.sourceforge.net
Subject: Re: [U-Boot-Users] mpc8544 u-boot support
On Feb
eldk 4.1 for 85xx should be fine. (just make sure to get the 85xx one)
- k
On Feb 1, 2008, at 10:36 AM, Leonid wrote:
> Do I really need any special toolchain or ELDK 4.1 will do?
>
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 01, 2008 6:42
blah, and without fail, i swapped nios/i386
---
This splits the arch-specific logic out of do_go() and into a dedicated weak
function called do_go_exec() that lives in cpu directories. This will need
review from i386/nios people to make sure i didnt break them.
Signed-off-by: Mike Frysinger <[EMA
On Fri, 2008-02-01 at 10:35, Leonid wrote:
> Yes, I saw in u-boot depot though didn't try to run it yet (didn't get
> reference design). Is it the same called "Interpid"?
>
> Leonid.
Yes.
jdl
-
This SF.net email is sponso
The following line in cpu/ppc4xx/start.S:
mtsprtsr,r1/* clear all timer exception status */
has the effect of clearing WRS, making it impossible for a watchdog device
driver (such as Linux's booke-wdt) to later check those bits to determine
whether a reset occurred. I assume
Inside My Heart http://68.41.248.140/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
__
Hello Everyone,
I have a project I'm working on that I think u-Boot would be perfect
for. The core processor architecture is the OpenCores OR1200 RISC
platform, however, and I see it doesn't appear to be part of the
standard release of u-boot. My question is this--has anyone worked on
gettin
On Tuesday 29 January 2008, Craig Millen wrote:
> I have been experiencing a few problems when using a NAND flash for
> storage in u-boot.
>
> When I'm reading large files (7MB) from the NAND, periodically there
> will be a NAND ECC read error when using the following command:
>
> => nand read
Le vendredi 01 février 2008 à 00:24 +0100, Ulf Samuelsson a écrit :
> > Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
> > ---
> > cpu/arm926ejs/at91cap9/Makefile| 46 ++
> > cpu/arm926ejs/at91cap9/config.mk |2 +
> > cpu/arm926ejs/at91cap9/ether.c | 35
Le jeudi 31 janvier 2008 à 23:59 +0100, Ulf Samuelsson a écrit :
> > Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
> > ---
> > board/at91cap9adk/Makefile | 50 +++
> > board/at91cap9adk/at91cap9adk.c | 283
> > +++
> > board/at91cap9adk/config.mk
Hi Jerimiah,
> My question is this--has anyone worked on
> getting the necessary software put together for u-Boot to support this
> particular processor architecture?
Not that I am aware of.
> If it isn't currently supported are there any tutorials that I could
> read through concerning creat
On Friday 01 February 2008, Stelian Pop wrote:
> Le jeudi 31 janvier 2008 à 23:59 +0100, Ulf Samuelsson a écrit :
> > > Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
> > > ---
> > > board/at91cap9adk/Makefile | 50 +++
> > > board/at91cap9adk/at91cap9adk.c | 283
> > > ++
On Friday 01 February 2008, Craig Millen wrote:
> IIRC, then you had to change the 4xx NDFC driver to access the NAND via
> 8bit access, correct? I have used this driver on multiple 4xx boards and
> on all boards this driver can be used as is, meaning with 32bit access
> enabled.
> Perhaps you stil
Mike,
On Friday 01 February 2008, Mike Nuss wrote:
> The following line in cpu/ppc4xx/start.S:
>
> mtsprtsr,r1/* clear all timer exception status */
>
> has the effect of clearing WRS, making it impossible for a watchdog device
> driver (such as Linux's booke-wdt) to later chec
45 matches
Mail list logo
