Dear Peter Tyser,
In message 1254871741.24664.3117.ca...@localhost.localdomain you wrote:
One disadvantage is that we need to relocate it separately, or we will
have a gap in the RAm memory map which is IMO not acceptable.
What does relocating the bss separately entail?
The relocation
Dear Peter Tyser,
In message 1254872619.24664.3159.ca...@localhost.localdomain you wrote:
Right, that's the current situation.
My suggestion was NOT to put the bss at a fixed _offset_ to the
U-Boot image, but to a fixed absolute address. My hope is that this
might simplify
Dear Graeme Russ,
In message d66caabb0910061824s4165d33bu5d5213f6783c0...@mail.gmail.com you
wrote:
I think that even the -mrelocatable / .fixup method may not be needed at
all. -pie / -pic used by themselves creates enough information for an OS
dynamic loader to relocate an executable, so
On Friday 02 October 2009 14:35:16 Stefan Roese wrote:
This message is printed upon PCIe bus scan, not only upon error, but also
if no PCIe device is detected at all. Since this is not an error, let's
remove this message in this case. We already have the message
link is not up. if there is no
Hi Niklaus,
On Sunday 04 October 2009 17:39:04 Niklaus Giger wrote:
+++ b/include/ppc405.h
@@ -578,7 +578,7 @@
#defineIICEXTSTS 0x09
#defineIICLSADR 0x0A
#defineIICHSADR 0x0B
-#defineIICCLKDIV 0x0C
+#defineIIC0_CLKDIV
On Sunday 04 October 2009 20:04:19 Niklaus Giger wrote:
Here you find all the changes in the include directory for new register
names and adapting other ones to the names used by AMCC in their manuals,
e.g. For 440EPx/GRPPC440EPx/GRX, Revision 1.15 – September 22, 2008
For PPC405GP Embedded
On Sunday 04 October 2009 20:04:20 Niklaus Giger wrote:
Modify all existing *.c files to use the new register names
as seen in the AMCC manuals.
Applied to u-boot-ppc4xx. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich,
On Sunday 04 October 2009 20:04:21 Niklaus Giger wrote:
The command reginfo got an overhaul for the ppc4xx. It dumps all the
relevant HW configuration registers (address, symbolic name, content).
This allows to easily detect errors in *.h files and changes in the HW
configuration.
Applied to
On Sunday 04 October 2009 20:04:22 Niklaus Giger wrote:
After running checkstyle.pl on the three previous patches I noted that in
the *.h files there were a lot of long lines. This patch solves this
problem.
Applied to u-boot-ppc4xx. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH,
On Monday 05 October 2009 18:33:28 Mike Nuss wrote:
The SPD detection code for the Denali memory controller used on some
ppc4xx
processors incorrectly encodes DDR0_42. With certain memory
configurations,
this can cause the bootwrapper to incorrectly calculate the installed
memory
size,
On Tuesday 06 October 2009 07:21:08 Stefan Roese wrote:
Unfortunately some Rev D PPC405EX/405EXr PVR's are identical with older
405EX(r) parts. Here a list:
0x12911475 - 405EX Rev D with Security *and* 405EX Rev A/B witout Sec
0x12911473 - 405EX Rev D without Security *and* 405EXr Rev A/B
I've added 32-bit lcd to the Nomadik (not submitted yet), and I found
the scroll to be very slow, as the screen is big.
Instead of activating the if 0 stanza for 32-bit scroll in lcd.c,
I'd better have a faster memcpy/memset globally. So this patch set
adds 32-bit memcpy and memset and removes
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
lib_generic/string.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/lib_generic/string.c b/lib_generic/string.c
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
common/lcd.c | 21 -
1 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
lib_generic/string.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/lib_generic/string.c
On Wednesday 07 October 2009 04:44:26 Alessandro Rubini wrote:
--- a/lib_generic/string.c
+++ b/lib_generic/string.c
@@ -449,7 +449,16 @@ char * bcopy(const char * src, char * dest, int count)
void * memcpy(void * dest,const void *src,size_t count)
{
char *tmp = (char *) dest, *s =
I am trying to port u-boot to our custom board based on i.MX27 SoC. For that
purpose I am taking the code for i.mx27 litekit as start point.
Currently I am figuring out what the memory map of my system would be if I
have the following parameters:
In config.mk
TEXT_BASE = 0xA3F0
In my board
while 64bit isnt in today, might as well avoid unclean code from the
start when possible. in other words, used unsigned int rather
than u32 and cast to unsigned long rather than int.
You are right. Will do.
+count /= 4;
count = 2 ? although gcc probably optimizes this
Dear Alessandro Rubini,
In message d10837d7edf963ce9b0e87773c9771e451f9f9ac.1254904388.git.rubini@
unipv.it you wrote:
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
Please fix the Subject:
On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message d66caabb0910061824s4165d33bu5d5213f6783c0...@mail.gmail.com you
wrote:
I think that even the -mrelocatable / .fixup method may not be needed at
all. -pie / -pic used by themselves creates enough
On Wed, Oct 7, 2009 at 8:56 PM, Graeme Russ graeme.r...@gmail.com wrote:
On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message d66caabb0910061824s4165d33bu5d5213f6783c0...@mail.gmail.com you
wrote:
One reason for not using ELF images for the boot
On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message d66caabb0910061824s4165d33bu5d5213f6783c0...@mail.gmail.com
you wrote:
I think that even the -mrelocatable / .fixup method may not be needed at
all. -pie / -pic used by themselves
Ratheesh said the following on 10/07/2009 12:45 AM:
Hi
I need to use watchdog timer of OMAP-3530 in U-Boot.
Has anybody used watchdog timer of OMAP3530 successfully?
yes on 3430 (similar to 3530)
Kindly provide me links to source.
please read the public TRM - chapter Timers - see
It seems like a clean solution. Adding a bss-aware fixup routine or
putting the bss after the U-Boot image both seem good to me. The
bss-aware fixup routine has a clearer readelf output and slightly more
complicated code while the bss-after-uboot change has a misleading
readelf output
Hye guys
i am trying to put linux on my custom board DM6446.I am done with the
UBL,U-BOOT ,uImage(kernel) and the filesystem.
Have refrred the busybox as my file system.I am using the open source code from
git.Here is what i get
## Booting kernel from Legacy Image at 8000
...
Dear Peter,
In message 1254916635.20662.22.ca...@ptyser-laptop you wrote:
My vote is for the first, because otherwise we will run into
situations again and again where users and/or the linker get confused
about overlapping sections and/or sections wrapping around the
physical end of
rohan tabish wrote:
Hye guys
i am trying to put linux on my custom board DM6446.I am done with the
UBL,U-BOOT ,uImage(kernel) and the filesystem.
Have refrred the busybox as my file system.I am using the open source code
from git.Here is what i get
snip
The ethernet works well in the
Peter Tyser wrote:
Hi Paul,
diff --git a/cpu/mpc8xxx/ddr/util.c b/cpu/mpc8xxx/ddr/util.c
index 4451989..d0f61a8 100644
--- a/cpu/mpc8xxx/ddr/util.c
+++ b/cpu/mpc8xxx/ddr/util.c
@@ -89,16 +89,16 @@ __fsl_ddr_set_lawbar(const common_timing_params_t
*memctl_common_params,
Hi Alessandro,
--- a/lib_generic/string.c
+++ b/lib_generic/string.c
@@ -449,7 +449,16 @@ char * bcopy(const char * src, char * dest, int count)
void * memcpy(void * dest,const void *src,size_t count)
{
char *tmp = (char *) dest, *s = (char *) src;
+ u32 *d32 = (u32 *)dest,
Joakim Tjernlund wrote:
On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message d66caabb0910061824s4165d33bu5d5213f6783c0...@mail.gmail.com
you wrote:
I think that even the -mrelocatable / .fixup method may not be needed at
all. -pie /
This fixes the code and the comment according to the original intent of
doing an intensive memory test when PSC6_3 is pulled low on the STK52xx.
Notably PORT_CONFIG will be overridden with this correct code now,
so beware.
The original code only worked by coincidence depending on the PORT_CONFIG
Ben Warren wrote:
Hi Michal,
Michal Simek wrote:
Hi Ben,
sorry for head quoting but this is V2.
In my net branch is V3 which has some fixes which you reported.
Anyway. You want to create two separate patches. I am ok with it.
I'll do it and let you know.
Thanks,
Michal
When U-Boot is relocated from flash to RAM pointers are modified
accordingly. However, pointers initialzed with NULL values should not
be modified so that they maintain their intended NULL value. If the
BSS segment is linked at address 0 its address will not be
updated as necessary during
When setting up the LAWs for the DDR, if there was an error,
you got the not-so-helpful error text ERROR and nothing
else. Not only is it non-informative, but it is also
pretty frustrating trying to grep for ERROR in the source.
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
v2:
Dear Stefan Roese,
In message 200910070938.38170...@denx.de you wrote:
Hi Wolfgang,
please pull those fixes and updates (initial version was posted before the
merge window was closed). Thanks.
The following changes since commit 99dbd4efd6d5ecc37d7e8f28b20d9be8c83055c7:
Ben Warren (1):
Dear Wolfgang Denk,
In message 1254689768-3392-1-git-send-email...@denx.de you wrote:
Commit 054197ba and later fixes used an array to initialize some of
the MDDRC parameters; however, the use of an array turned out to be a
bad idea as it was not possible to correlate structure entries to
Dear Detlev Zundel,
In message 1254926285-26984-1-git-send-email-...@denx.de you wrote:
This fixes the code and the comment according to the original intent of
doing an intensive memory test when PSC6_3 is pulled low on the STK52xx.
Notably PORT_CONFIG will be overridden with this correct code
Dear Peter Tyser,
In message 1254933900-16859-1-git-send-email-pty...@xes-inc.com you wrote:
When U-Boot is relocated from flash to RAM pointers are modified
accordingly. However, pointers initialzed with NULL values should not
be modified so that they maintain their intended NULL value. If
NULL is an absolute value and should not be relocated.
After this correction code like:
void weak_fun(void) __attribute__((weak));
printf(weak_fun:%p\n, weak_fun);
will still print null after relocation.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
So here is the latest
Hi Jocke,
v2: included ppc4xx too.
Looks like cpu/74xx_7xx is missing too:(
cpu/mpc512x/start.S |6 --
cpu/mpc5xx/start.S |6 --
cpu/mpc5xxx/start.S |6 --
cpu/mpc8220/start.S |6 --
cpu/mpc824x/start.S |6 --
cpu/mpc8260/start.S |6 --
Peter Tyser pty...@xes-inc.com wrote on 08/10/2009 01:49:40:
Hi Jocke,
v2: included ppc4xx too.
Looks like cpu/74xx_7xx is missing too:(
Yeah, the cpu directory is a mess. Sending
a new version.
cpu/mpc512x/start.S |6 --
cpu/mpc5xx/start.S |6 --
On Oct 7, 2009, at 5:34 PM, Wolfgang Denk wrote:
Dear Peter Tyser,
In message 1254933900-16859-1-git-send-email-pty...@xes-inc.com
you wrote:
When U-Boot is relocated from flash to RAM pointers are modified
accordingly. However, pointers initialzed with NULL values should
not
be
On Thursday 08 October 2009 04:47:57 Kumar Gala wrote:
Changes since v1:
- Updated commit title and description
- Cleaned up logic to determine if we need to fixup bss address
cpu/mpc85xx/u-boot.lds | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
Applied to
On Sep 30, 2009, at 3:12 PM, Paul Gortmaker wrote:
All versions between now and since this commit:
commit bd76729bcbfd64b5d016a9b936f058931fc06eaf
MPC86xx: set CONFIG_MAX_MEM_MAPPED to 2G by default
will fail to allow the SBC8641D to get past DDR init, because the
LAW config was
On Oct 5, 2009, at 6:46 AM, Dipen Dudhat wrote:
NAND Boot support for P1 and P2 series RDB platforms.
This patch is derived from latest NAND Boot support on MPC8536DS by
Mingkai Hu.
Signed-off-by: Dipen Dudhat dipen.dud...@freescale.com
---
- Applies to http://git.denx.de/u-boot.git
On Oct 5, 2009, at 6:46 AM, Dipen Dudhat wrote:
+void board_init_f(ulong bootflag)
+{
+ uint plat_ratio, bus_clk, sys_clk;
+ volatile ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
+ volatile ccsr_gpio_t *pgpio = (void *)
(CONFIG_SYS_MPC85xx_GPIO_ADDR);
+ uint
On Oct 7, 2009, at 3:34 PM, Paul Gortmaker wrote:
When setting up the LAWs for the DDR, if there was an error,
you got the not-so-helpful error text ERROR and nothing
else. Not only is it non-informative, but it is also
pretty frustrating trying to grep for ERROR in the source.
Olof Johansson wrote:
On Oct 5, 2009, at 8:56 AM, Steve Sakoman sako...@gmail.com wrote:
On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson o...@lixom.net wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
This also refactors the smc911x driver to allow for
Steve Sakoman wrote:
On Wed, Oct 7, 2009 at 9:50 PM, Dirk Behme dirk.be...@googlemail.com wrote:
Olof Johansson wrote:
On Oct 5, 2009, at 8:56 AM, Steve Sakoman sako...@gmail.com wrote:
On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson o...@lixom.net wrote:
Add setup for ethernet on Tobi,
Alessandro Rubini a écrit :
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
lib_generic/string.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git
On Wed, Oct 7, 2009 at 9:50 PM, Dirk Behme dirk.be...@googlemail.com wrote:
Olof Johansson wrote:
On Oct 5, 2009, at 8:56 AM, Steve Sakoman sako...@gmail.com wrote:
On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson o...@lixom.net wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk
51 matches
Mail list logo