I'm using U-boot 1.3.0. The hardware breakpoint option is set in BDI2000
configuration file in target part (initial memory controller registers
settings is also in this file)
[TARGET]
JTAGCLOCK 0 ;use 16 MHz JTAG clock
CPUTYPE AU1000 ;AU1000 ;the used target C
>> >
>> > Please don't add too many empty lines.
>> >
>>
>> OK - I'll change thie when I re-submit.
>> I just like to be able to ripple thru my buffers to animate
>> the differences between almost identical files.
>>
>> > Why exactly are you dropping -msoft-float here?
>>
>> I was under the
Acked-by: Ben Warren <[EMAIL PROTECTED]>
Kim - would you mind pulling this into your tree? Best to keep it with
part 2.
thanks,
Ben
Timur Tabi wrote:
> The Vitesse VSC7385 is a 5-port switch found on the Freescale MPC8349E-mITX
> and other boards. A small firwmare must be uploaded to its on-b
Convert generic ramdisk_high(), get_boot_cmdline(), get_boot_kbd()
functions over to using lmb for allocation of the ramdisk, command line
and kernel bd info.
Convert PPC specific get_fdt() to use lmb for allocation of the device
tree.
Also introduce the concept of bootmap_base to specify the off
>
> Right. But it will be an improvement to the current implementation, where a
> random command is written as RESET command. And also an improvement to the
> fixed AMD/Intel RESET command. So I vote for trying this solution. I'll test
> on a few of mine platforms too.
>
> Michael, could pleas
Jon Loeliger wrote:
> Wolfgang,
>
> Although the sbc8641d isn't really a FSL board, I'm
> going to include this patch in my -mpc86xx repository
> as this board will need to be brought up-to-date to
> fix the rest of the 86xx board builds now too.
>
> Built on all 86xx boards, booted and tested o
This is the proper fix for a missing closing brace in the function
ft_cpu_setup() noticed by joe.hamman embeddedspecialties.com.
The ft_cpu_setup() function in mpc8641hpcn.c should have been
removed earlier as it was under the obsolete CONFIG_OF_FLAT_TREE,
but was missed. Only, the sbc8641d was n
On Feb 18, 2008, at 1:46 PM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> On Feb 18, 2008, at 1:15 PM, Jerry Van Baren wrote:
>>> Kumar Gala wrote:
On Feb 18, 2008, at 11:51 AM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>
> snip
>
>>> The patch is creating dummy initrd entries
Introduce the LMB lib used on PPC in the kernel as a clean way to manage
the memory spaces used by various boot images and structures. This code
will allow us to simplify the code in bootm and its support functions.
Also, added passing autostart flag to bootm functions. This was done since
the f
Kumar Gala wrote:
>
> On Feb 18, 2008, at 1:15 PM, Jerry Van Baren wrote:
>
>> Kumar Gala wrote:
>>> On Feb 18, 2008, at 11:51 AM, Jerry Van Baren wrote:
Kumar Gala wrote:
snip
>> The patch is creating dummy initrd entries in the reserved map and in
>> /chosen, only to work hard t
Stefan Roese wrote:
>> My apologies - I somehow missed this in my patch series.
Me three.
>> I'm not
>> used to the incredibly verbose output from uboot build - warnings
>> don't jump out at you like they do with linux builds.
>
> "make -s" is your friend (s for silent).
Well, not _really_...
On Feb 18, 2008, at 1:15 PM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> On Feb 18, 2008, at 11:51 AM, Jerry Van Baren wrote:
>>> Kumar Gala wrote:
Doing the fdt before the ramdisk allows us to grow the fdt w/o
concern
however it does mean we have to go in and fixup the initrd
On Monday 18 February 2008, Becky Bruce wrote:
> On Feb 18, 2008, at 11:32 AM, Jon Loeliger wrote:
> > Jean-Christophe PLAGNIOL-VILLARD wrote:
> >> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> >> <[EMAIL PROTECTED]>
> >>
> >> diff --git a/cpu/mpc86xx/cpu_init.c b/cpu/mpc86xx/cpu_init.c
> >> in
On Feb 17, 2008 3:56 PM, Jean-Christophe PLAGNIOL-VILLARD
<[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Applied, thanks!
Andy
-
This SF.net email is sponsored by: Microsoft
On Feb 17, 2008 3:56 PM, Jean-Christophe PLAGNIOL-VILLARD
<[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Applied, thanks!
Andy
-
This SF.net email is sponsored by: Microsoft
On Feb 18, 2008, at 11:32 AM, Jon Loeliger wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
>> <[EMAIL PROTECTED]>
>>
>> diff --git a/cpu/mpc86xx/cpu_init.c b/cpu/mpc86xx/cpu_init.c
>> index ab5906d..0efd855 100644
>> --- a/cpu/mpc86xx/cpu_init
Kumar Gala wrote:
>
> On Feb 18, 2008, at 11:51 AM, Jerry Van Baren wrote:
>
>> Kumar Gala wrote:
>>> Doing the fdt before the ramdisk allows us to grow the fdt w/o concern
>>> however it does mean we have to go in and fixup the initrd info since
>>> we don't know where it will be.
>>> Signed-off
Changed image_get_ramdisk() to just return NULL on error and have
get_ramdisk() propogate that error to the caller. It's left to the
caller to call do_reset() if it wants to.
Also moved calling do_reset() in get_fdt() on ppc to a common location.
In the future we will change get_fdt() to return s
> "U-Boot > ext2load mmc 0:1 2150 vmImage"
> Next, many "." appear on the console while the image is not
> totally load on the SDRam. I don't want print this dot. So
> how can I disable this?
The mmc_bread() routine in ./cpu/*/*/atmel_mci.c contains
putc('.');
You probably want to comment
On Feb 18, 2008, at 11:51 AM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> Doing the fdt before the ramdisk allows us to grow the fdt w/o
>> concern
>> however it does mean we have to go in and fixup the initrd info since
>> we don't know where it will be.
>> Signed-off-by: Kumar Gala <[EMAIL
Kumar Gala wrote:
> Doing the fdt before the ramdisk allows us to grow the fdt w/o concern
> however it does mean we have to go in and fixup the initrd info since
> we don't know where it will be.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Hi Kumar,
> ---
>
> Fixed up the error handling.
Jean-Christophe PLAGNIOL-VILLARD wrote:
> and remove useless CONFIG_DDR_INTERLEAVE
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
Hmmm... While I'll take this for this release, be aware
that all this DDR setup code is actively being rewritten.
It will be totally diffe
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/cpu/mpc86xx/cpu_init.c b/cpu/mpc86xx/cpu_init.c
> index ab5906d..0efd855 100644
> --- a/cpu/mpc86xx/cpu_init.c
> +++ b/cpu/mpc86xx/cpu_init.c
> @@ -28,6 +28,7 @@
>
> #i
Doing the fdt before the ramdisk allows us to grow the fdt w/o concern
however it does mean we have to go in and fixup the initrd info since
we don't know where it will be.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Fixed up the error handling. The old code tried returning an error and
sh
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/cpu/mpc86xx/cpu.c b/cpu/mpc86xx/cpu.c
> index e1b3c52..230e2b3 100644
> --- a/cpu/mpc86xx/cpu.c
> +++ b/cpu/mpc86xx/cpu.c
> @@ -325,6 +325,7 @@ ft_cpu_setup(void *blob, bd
Guys,
Wondering what's going on with the code in the branch? I've got a
number of changes in the works and want to coordinate them.
These have already been posted:
[new uImage] ppc: Re-order ramdisk/fdt handling sequence
[new uImage] ppc: Determine if we are booting an OF style
[new uImage] D
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/cpu/mpc86xx/cpu.c b/cpu/mpc86xx/cpu.c
> index e1b3c52..230e2b3 100644
> --- a/cpu/mpc86xx/cpu.c
> +++ b/cpu/mpc86xx/cpu.c
> @@ -325,6 +325,7 @@ ft_cpu_setup(void *blob, bd
Hi all,
I use U-Boot 1.1.5 to load my Linux kernel. The image of this kernel is on a
MMC. So, I make
"U-Boot > mmcinit"
and after I make
"U-Boot > ext2load mmc 0:1 2150 vmImage"
Next, many "." appear on the console while the image is not totally load on
the SDRam. I don't want print this dot
RadekFisera wrote:
> When I program the bin file to the flash (at 0xbfc0) and run from this
> address the bootloader always hangs at 0xbfc0054c (romExcHandle in start.S).
> I can debug the code via BDI2000 and therefore I see that the code fails at
> the begining of board_init_f function where
Patch revised in light of list comments.
This patch completely replaces:-
"
Rationalize ARM compiler options
Date: 2008-02-13 15:55:00 GMT
"
---
Signed-off-by: Peter Pearse <[EMAIL PROTECTED]>
---
diff --git a/cpu/arm1136/config.mk b/cpu/arm1136/config.mk
index 6ab0dd3..cf47130 100644
--- a/cpu/ar
Hi everybody,
I'd like to exploit U-boot as a linux bootloader on the board with Au1550
(128MB RAM, 64MB NOR flash). So I put necessary files in /board/
subdir, adjusted Makefile and successfully created binary image in my build
directory. I use crosstooll from ELDK 4.1. I have BDI2000 at disposal
Jean-Christophe PLAGNIOL-VILLARD wrote:
> @@ -352,13 +355,16 @@ void board_init_r (gd_t *id, ulong dest_addr)
> env_name_spec += gd->reloc_off;
> #endif
>
> + bd = gd->bd;
> +
> +#ifndef CFG_NO_FLASH
> /* configure available FLASH banks */
> size = flash_init();
> dis
A few duplicate of the ARRAY_SIZE macro sneaked in since we put
the define in common.h.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
include/asm-ppc/fsl_law.h |1 -
include/asm-ppc/mmu.h |1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/asm-ppc/fsl_law.
For historical reasons we limited the stack to 256M because some boards
could only map that much via BATS. However newer boards are capable of
mapping more memory (for example 85xx is capable of doing up to 2G).
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
This patch superseded my previous
In message <[EMAIL PROTECTED]> you wrote:
> On Mon, 18 Feb 2008 09:20:18 -
> "Peter Pearse" <[EMAIL PROTECTED]> wrote:
>
> > > The use of floating point arithmetic in the U-Boot code is
> > > deprecated.
>
> I'd say it's more than deprecated -- we shouldn't be using floating
> point arithmet
In message <[EMAIL PROTECTED]> you wrote:
>
> It seems very difficult to get patches accepted.
This may have been true one full year ago.
A lot has happened since. Please don't repeat such claims that are
simply not true any more.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH
On Mon, 18 Feb 2008 09:20:18 -
"Peter Pearse" <[EMAIL PROTECTED]> wrote:
> > The use of floating point arithmetic in the U-Boot code is
> > deprecated.
I'd say it's more than deprecated -- we shouldn't be using floating
point arithmetic at all in u-boot. IMNSHO.
Haavard
---
On Fri, 15 Feb 2008 16:23:00 +0100
"Ulf Samuelsson" <[EMAIL PROTECTED]> wrote:
> The AT91CAP9 stuff is now beeing processed in the patch system
> and most of the stuff should be common with the AT91SAM9,
> so once CAP9 support is there, I think it will be much simpler.
It is in mainline now:
[EM
Subject: [U-Boot-Users] Das U-Boot support for Atmel AT91SAM926x-EK (orother
boards with an AT91SAM926x processor)?
> Are there plans to add AT91SAM926x-EK board support to the main U-Boot
> repository or an appropriate custodian repository?
>
> If so, what is the anticipated time frame of this
This bumps the autoconf.mk include step above board/cpu/arch/etc... so that
those .mk files can have make if statements based on the current config.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
config.mk |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/config
If any of the steps for generating autoconf.mk fail currently, they go
unnoticed. To fix, we can simply add 'set -e' to the long list of commands.
This is simpler and more robust than placing '|| exit $$?' after every line.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
Makefile |1 +
[EMAIL PROTECTED] wrote on :
> Uff
>
> After a longish discussion with Detlev we came up with a new
> proposal, which hopefully is acceptable to all. We agreed that a
> command name like "clearenv" or "scrubenv" or similar (which doesn't
> require any arguments) might be too d
> -Original Message-
> From: Peter Pearse [mailto:[EMAIL PROTECTED]
> Sent: 14 February 2008 13:59
> To: '[EMAIL PROTECTED]'
> Subject: RE: [U-Boot-Users] [PATCH][ARM] Rationalize ARM
> compiler options
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTE
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 17 February 2008 23:53
> To: Peter Pearse
> Subject: Re: [U-Boot-Users] U-Boot v1.3.2-rc1 released
>
> Dear Peter,
>
> in message <[EMAIL PROTECTED]> you wrote:
> >
> > Wolfgang - I'm not very good at u
44 matches
Mail list logo
