On Thu, Oct 08, 2009 at 07:05:18AM +0200, Dirk Behme wrote:
> Steve Sakoman wrote:
>> On Wed, Oct 7, 2009 at 9:50 PM, Dirk Behme wrote:
>>> Olof Johansson wrote:
On Oct 5, 2009, at 8:56 AM, Steve Sakoman wrote:
> On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson wrote:
>> Add set
On Thursday 08 October 2009 01:23:05 Chris Moore wrote:
> Alessandro Rubini a écrit :
> > --- 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)
> > {
> >
Dear Kumar Gala,
In message you wrote:
>
> > Applied to "reloc" branch, thanks.
>
> Is the intent to merge "reloc" for v2009.11 or post?
Yes :-)
I will merge it by the end of this week, as previously announced.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgan
On Wed, Oct 7, 2009 at 9:50 PM, Dirk Behme wrote:
> Olof Johansson wrote:
>>
>> On Oct 5, 2009, at 8:56 AM, Steve Sakoman wrote:
>>
>>> On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
Alessandro Rubini a écrit :
> From: Alessandro Rubini
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> ---
> lib_generic/string.c | 11 ++-
> 1 files changed, 10 insertions(+), 1 deletions(-)
>
> diff --git a/lib_generic/string.c b/lib_generic/string.c
> index 181eda6..
Steve Sakoman wrote:
> On Wed, Oct 7, 2009 at 9:50 PM, Dirk Behme wrote:
>> Olof Johansson wrote:
>>> On Oct 5, 2009, at 8:56 AM, Steve Sakoman wrote:
>>>
On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson wrote:
> Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
>
Olof Johansson wrote:
> On Oct 5, 2009, at 8:56 AM, Steve Sakoman wrote:
>
>> On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson wrote:
>>> Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
>>> over tftp.
>>>
>>> This also refactors the smc911x driver to allow for detecting when
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.
>
> S
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);
> +
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
> ---
> - Applies to http://git.denx.de/u-boot.git
> MAKEALL
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 o
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(-)
>
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
>>
Peter Tyser 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 --
> > cpu/mpc5xxx/start.S |
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
---
v2 - add ppc4xx
v3 - add 74xx_7xx
cpu/74xx_7xx/s
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 +++
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
---
So here is the latest version of the patch.
v2: inc
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.
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
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 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 Warr
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
---
v2: sync ctrl #'s; use __fun
On Wednesday 07 October 2009 10:35:19 Peter Tyser 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
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 relocat
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,
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
s
Joakim Tjernlund wrote:
>> On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk wrote:
>>
>>> Dear Graeme Russ,
>>>
>>> In message
>>> you wrote:
>>>
I think that even the -mrelocatable / .fixup method may not be needed at
all. -pie / -pic used by themselves creates enough informa
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 *)des
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,
>>
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
> The ethernet works well in the u
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
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
...
> > 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
> > reade
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 ->
>
> On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk wrote:
> > Dear Graeme Russ,
> >
> > In message
> > 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
On Wed, Oct 7, 2009 at 8:56 PM, Graeme Russ wrote:
> On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message you
>> wrote:
>>
>> One reason for not using ELF images for the boot loader is size. The
>> ELF header alone is often more than we would be willing to
On Wed, Oct 7, 2009 at 5:55 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message 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 executa
Dear Mike Frysinger,
In message <200910070452.02225.vap...@gentoo.org> you 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)
> > {
> >
Dear Alessandro Rubini,
In message you wrote:
> From: Alessandro Rubini
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
Please fix the Subject: memset() does not copy data.
> lib_generic/string.c | 16 +++-
> 1 files changed, 15 insertions(+), 1 deletions(-)
>
> 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 optimi
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 co
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, *
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
lib_generic/string.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/lib_generic/string.c b/lib_generic/string.c
index fdccab6..68e0255 100644
--- a/lib_generic/string.c
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
common/lcd.c | 21 -
1 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index dc8fea6..4e31618 100644
--- a/common/lcd.c
+++ b/common/lcd.c
@@ -99,
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
lib_generic/string.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/lib_generic/string.c b/lib_generic/string.c
index 181eda6..fdccab6 100644
--- a/lib_generic/string.c
+++
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 t
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):
Add information about return values of xxx_eth_register() in
documentat
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/
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 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 Gmb
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.
Applie
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, Offi
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 Embedd
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
> > > +#def
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 i
55 matches
Mail list logo
