On Sat, Oct 9, 2010 at 2:27 PM, Graeme Russ wrote:
> On 09/10/10 16:50, Lei Wen wrote:
>> Hi,
>>
>> I recently try to port our board code to new uboot, which has been
>> changed to use new relocation scheme.
>> But I found a very strange thing, that is if the uboot is loaded to
>> the TEXT_BASE ad
On 09/10/10 16:50, Lei Wen wrote:
> Hi,
>
> I recently try to port our board code to new uboot, which has been
> changed to use new relocation scheme.
> But I found a very strange thing, that is if the uboot is loaded to
> the TEXT_BASE address, it could run without
> problem. But if it is loaded
Hi,
I recently try to port our board code to new uboot, which has been
changed to use new relocation scheme.
But I found a very strange thing, that is if the uboot is loaded to
the TEXT_BASE address, it could run without
problem. But if it is loaded to a different place, it fail to boot up...
I c
Hi Stefano,
Thanks for the feedback. I'll contact Freescale to see if there is anything
in the pipeline as far as the support I was looking for.
Judging by your response you seem to be significantly further in the
endeavor of bringing this functionality to the mx51evk (thanks for the
correction)
On 09.10.2010 00:54, David Collier wrote:
> Apologies if this is a double -post - I didn't get it back in my feed
> from the mailing list maybe it is awaiting approval or something.
> But I'm off on holiday, and I'd really like it to be "out there"
>
On Fri, 8 Oct 2010 23:54:00 +0100
David Collier wrote:
> Apologies if this is a double -post - I didn't get it back in my feed
> from the mailing list maybe it is awaiting approval or something.
> But I'm off on holiday, and I'd really like it to be "out there"
> -
Apologies if this is a double -post - I didn't get it back in my feed
from the mailing list maybe it is awaiting approval or something.
But I'm off on holiday, and I'd really like it to be "out there"
-
I thought the whole point o
This patch fixes the build breakage introduced by the recent relocation
changes for ARMV7
Signed-off-by: Steve Sakoman
---
diff --git a/arch/arm/cpu/armv7/omap4/board.c b/arch/arm/cpu/armv7/omap4/board.c
index 8c1f395..24a66f5 100644
--- a/arch/arm/cpu/armv7/omap4/board.c
+++ b/arch/arm/cpu/armv
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Developed jointly with Stefano Babic
Signed-off-by: Steve Sakoman
-
T.J. Staley wrote:
> Hello,
>
Hi,
> I'm trying to enable framebuffer support to produce a splash image in u-boot
> for a custom image I want displayed. The idea, for now, is to simply
> display the splash image to a monitor running off the DVI port on the
> babbage. I'm fairly new to all thing
André Schwarz wrote:
>
> Are you using HRCW from Nor on your MPC837x based systems or are you
> actually using Nand, SPI or I2C PROM ?
I've only worked on boards that load the RCW from NOR flash, but some of our
BSPs support loading the RCW from other sources, like NAND flash or I2C.
--
Timur T
Timur,
> >
> > Are there any obvious issues I have missed so far ?
>
> Nothing obvious to me. I haven't done much work at this level of U-Boot
> bring-up, but I would think that failure to assert LCS0 points to a LAWBAR
> problem. Perhaps you have overlapping LAWs?
>
Actually I'm pretty sure
Steve Sakoman wrote:
> On Fri, Oct 8, 2010 at 9:05 AM, Stefano Babic wrote:
>> Steve Sakoman wrote:
>>
I'll revise my patch to add the missing gd->env_valid = 1; and re-test.
>>> Hmm . . . looking at env_nand.c I see that it doesn't do gd->env_valid
>>> = 1 either, which is probably why I rem
André Schwarz wrote:
>
>
> Are there any obvious issues I have missed so far ?
Nothing obvious to me. I haven't done much work at this level of U-Boot
bring-up, but I would think that failure to assert LCS0 points to a LAWBAR
problem. Perhaps you have overlapping LAWs?
--
Timur Tabi
Linux ke
Hello,
I'm trying to enable framebuffer support to produce a splash image in u-boot
for a custom image I want displayed. The idea, for now, is to simply
display the splash image to a monitor running off the DVI port on the
babbage. I'm fairly new to all things u-boot, just started digging throug
Kim, Timur,
we got a new board out of production these days.
It's a MPC8377 based system with PCI/PCIe peripherals and Nor+Nand-Flash
on LocalBus ... nothing special.
Nevertheless I need a little help.
No basic errors so far, i.e. power, clocks and reset are working fine.
Made a new Board defi
On Fri, Oct 8, 2010 at 9:05 AM, Stefano Babic wrote:
> Steve Sakoman wrote:
>
>>> I'll revise my patch to add the missing gd->env_valid = 1; and re-test.
>>
>> Hmm . . . looking at env_nand.c I see that it doesn't do gd->env_valid
>> = 1 either, which is probably why I removed it last night.
>>
>>
Steve Sakoman wrote:
>> I'll revise my patch to add the missing gd->env_valid = 1; and re-test.
>
> Hmm . . . looking at env_nand.c I see that it doesn't do gd->env_valid
> = 1 either, which is probably why I removed it last night.
>
> Any idea whether it is actually required? Seems to work fin
Steve Sakoman wrote:
> On Fri, Oct 8, 2010 at 1:03 AM, Stefano Babic wrote:
>> mmc_initialize is not called at the startup if the
>> relocation takes place and the environment is stored
>> into a MMC card.
>>
Hallo Steve,
> I think it might make more sense to put the MMC ifdef after the
> onenan
On Fri, Oct 8, 2010 at 1:03 AM, Stefano Babic wrote:
> mmc_initialize is not called at the startup if the
> relocation takes place and the environment is stored
> into a MMC card.
>
> Signed-off-by: Stefano Babic
> ---
> arch/arm/lib/board.c | 10 +-
> common/env_mmc.c | 11 +
On Oct 7, 2010, at 9:59 AM, York Sun wrote:
> 800, 900, 1000, 1200MT/s data rate parameters are added for fixed sdram
> setting. SPD based parameters and fixed parameters can be toggled by hwconfig.
> To use fixed parameters,
>
> hwconfig=fsl_ddr:sdram=fixed
>
> To use SPD parameters,
>
> hwco
On Fri, Oct 8, 2010 at 6:39 AM, Steve Sakoman wrote:
> On Fri, Oct 8, 2010 at 1:03 AM, Stefano Babic wrote:
>> mmc_initialize is not called at the startup if the
>> relocation takes place and the environment is stored
>> into a MMC card.
>>
>> Signed-off-by: Stefano Babic
>> ---
>> arch/arm/lib
On Fri, Oct 8, 2010 at 12:53 AM, Stefano Babic wrote:
> Steve Sakoman wrote:
> Hi Steve,
>
>> I've been attempting to get the OMAP4 boards working post the ARM
>> relocation changes.
>>
>> Panda was simple. The OMAP4430SDP is proving to be more challenging,
>> as it freezes after printing the DRA
Em Qui, 2010-10-07 às 09:33 -0500, Swarthout Edward L-SWARTHOU escreveu:
> The LTSSM value of 8 indicates the problem. See:
>
> "Table 18-111. PEX_LTSSM_STAT Status Codes"
> 8 - "Polling compliance"
>
> This shows the 8536 is fine and detects the device's receivers on the
> bus, but the device
Le 08/10/2010 13:33, Prafulla Wadaskar a écrit :
>> -TEXT_BASE = 0x0010
>> +# TEXT_BASE must equal the intended FLASH location of u-boot.
>> +TEXT_BASE = 0xfff9
>> \ No newline at end of file
>
> ???
Oops. Missed that -- actually, forgot to checkpatch so maybe other
errors/warnings may c
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Friday, October 08, 2010 4:54 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [ELF_RELOC] [PATCH V2 2/2] edminiv2: add
> support for ELF relocations
>
Sergei Shtylyov wrote:
> Hello.
>
Hello Sergei,
>This wouldn't pass checkpatch.pl. Spaces before ( are not allowed.
Agree, thanks. I will wait until Steve's feedback to understand if the
problem is really solved.
Best regards,
Stefano
--
==
ELF relocation tables generated with linker option -pie can
be used to fixup code and data in a single loop at relocation,
removing the need for manual fixups anywhere else in the code.
Signed-off-by: Albert Aribaud
---
This patch set is intended for the ELF relocation branch, not
for master or n
Signed-off-by: Albert Aribaud
---
board/LaCie/edminiv2/config.mk |4 ++--
include/configs/edminiv2.h |5 +
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
index 3dec1aa..942c4e5 100644
--- a/board/LaCi
Hello.
On 08-10-2010 12:03, Stefano Babic wrote:
> mmc_initialize is not called at the startup if the
> relocation takes place and the environment is stored
> into a MMC card.
> Signed-off-by: Stefano Babic
[...]
> diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
> index 5f2dfd0..704ddc
Who debuged u-boot on the board based on Cavium CN5010?
Thanks!
Shuyou
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: 2010年9月26日 16:56
To: Graeme Russ
Cc: sywang; u-boot@lists.denx.de
Subject: Re: [U-Boot] u-boot vs. Cavium 5010 pci init
Dear Graeme Russ,
In mess
Am 24.09.2010 23:31, schrieb Andreas Bießmann:
> Merge several sizes.h in asm/arch subdirectories into a single
> asm/sizes.h file.
>
> Fixup usage of asm/arch/sizes.h in some files to use the merged file.
>
> Signed-off-by: Andreas Bießmann
> ---
> These changes where submitted in 2008 but neve
Am 24.09.2010 23:31, schrieb Andreas Bießmann:
> Merge several sizes.h in asm/arch subdirectories into a single
> asm/sizes.h file.
>
> Fixup usage of asm/arch/sizes.h in some files to use the merged file.
>
> Signed-off-by: Andreas Bießmann
Any comment on that patch? Should I resend, is any ac
Le 08/10/2010 10:32, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4caece3e.6020...@free.fr> you wrote:
>>
>> BTW, Wolfgang, is your offer to provide a branch to put ELF relocation
>> related changes still valid? Even periodically rebased against master
>> would be perfect... Other
Dear Albert ARIBAUD,
In message <4caece3e.6020...@free.fr> you wrote:
>
> BTW, Wolfgang, is your offer to provide a branch to put ELF relocation
> related changes still valid? Even periodically rebased against master
> would be perfect... Otherwise I can set one up if you prefer.
Of course this i
Dear Thomas Chou,
In message <4caec4cd.6050...@wytron.com.tw> you wrote:
>
> The retransmission wait time on my first mail server is quite long and I
> forgot that there is postgrey on denx mail server, so I sent the patch
> again using another mail server. I wondered if my first mail server
>
Dear =?iso-8859-1?Q?Andreas_Bie=DFmann?=,
In message you wrote:
>
> >> include/compiler.h |1 -
> >> 1 files changed, 0 insertions(+), 1 deletions(-)
> >
> > Applied, thanks.
> >
> > Best regards,
> >
> > Wolfgang Denk
>
> couldn't find this patch mainline. Where did it go?
commi
Dear =?iso-8859-1?Q?Andreas_Bie=DFmann?=,
In message you wrote:
>
> >> lib/hashtable.c | 12
> >> 1 files changed, 8 insertions(+), 4 deletions(-)
> >
> > Applied, thanks.
> >
> > Best regards,
> >
> > Wolfgang Denk
>
> couldn't find this patch mainline. Where did it go?
mmc_initialize is not called at the startup if the
relocation takes place and the environment is stored
into a MMC card.
Signed-off-by: Stefano Babic
---
arch/arm/lib/board.c | 10 +-
common/env_mmc.c | 11 +--
2 files changed, 10 insertions(+), 11 deletions(-)
diff --gi
Steve Sakoman wrote:
Hi Steve,
> I've been attempting to get the OMAP4 boards working post the ARM
> relocation changes.
>
> Panda was simple. The OMAP4430SDP is proving to be more challenging,
> as it freezes after printing the DRAM size message.
>
> Adding a few printfs revealed that the cras
Le 07/10/2010 16:58, Prafulla Wadaskar a écrit :
> All Kirkwood based boards are supported for this new implementation
> ref: docs/README.arm-relocation
>
> Signed-off-by: Prafulla Wadaskar
BTW, Wolfgang, is your offer to provide a branch to put ELF relocation
related changes still valid? Even p
On 10/07/2010 06:27 PM, Detlev Zundel wrote:
> Hi Wolfgang,
>
>> Dear Thomas Chou,
>>
>> In message<4cac0b1e.1050...@wytron.com.tw> you wrote:
>>>
>>> I was confused by the greylisting of denx mail server and wondered why
>>> the first mail was not received after 12 hours.
>>
>> There is no greyli
42 matches
Mail list logo
