Dear Roman,
In message <[EMAIL PROTECTED]> you wrote:
>
> Can the value of TEXT_BASE be arbitrary chosen for test purposes?
No, it cannot. You have to define a memory map for your system, which
will result in certain restrictions for the choice of TEXT_BASE.
In general, you have to understand w
Dear "Victor Gallardo",
In message <[EMAIL PROTECTED]> you wrote:
>
> I reviewed this again. It cannot be part of default config. We need
> to do it at PREBOOT because eth_register() updates this variable
> each time at boot. It assigns ethact to the first ethernet port it
> discovers. In Arches,
Hi Wolfgang Denk,
wd wrote:
>
>> I'm trying to understand how it's done on ARM --
>
> On ARM it's being done wrong - no real relocation is preformed;
> instead, U-Boot is liked to a fixed address in RAM. The startup code
> (mostly assembler) can run from ROM (too).
>
>
If you can tel
Hi,
>I seem to understand that remapping, being a CPU specific and
>depending on a way U-Boot starts (either from ROM or RAM), is taken
>away in 'lowlevel_init' function, defined either in in
>$(uboot)/cpu/arm/$(soc)/lowlevel_init.S (for example,
>$(uboot)/cpu/arm920t/ks8695/) or in
>$(uboot)/boar
> >
> > I reviewed this again. It cannot be part of default config. We need
> > to do it at PREBOOT because eth_register() updates this variable
> > each time at boot. It assigns ethact to the first ethernet port it
> > discovers. In Arches, we need the second Ethernet port set as ethact.
> > Updat
Hi,
> Here are my patches. Maybe you want to test them. I didn't use or update
> the ixdp465 but you can use the sidewinder_config as starting point.
> Order is:
> ixp425_rework.patch
> ixp465.patch
>
I see only the ixp465.patch.
Some comments:
- remove c++ comment
- i prefer sdram controller i
From: Matthias Fuchs <[EMAIL PROTECTED]>
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/du440.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/board/esd/du440/du440.c b/board/esd/du440/du440.c
index 8765cc1..5cff9f5 100644
--- a/board/esd/
michael <[EMAIL PROTECTED]> schrieb am 07.10.2008 12:14:48:
> Hi,
>
> [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > on the matter of getting u-boot work with the ADI Sidewinder Reference
> > Platform, I found the previously posted patches and used them as
starting
> > point for my own patch set.
>
Dear Roman,
In message <[EMAIL PROTECTED]> you wrote:
>
> > On ARM it's being done wrong - no real relocation is preformed;
>
> What do you mean by "real relocation"? As per start.S bootcode is
> copied from ROM to RAM.
Copied to a fixed address where it is actiually already linked for.
Hi,
[EMAIL PROTECTED] wrote:
> Hi,
>
> on the matter of getting u-boot work with the ADI Sidewinder Reference
> Platform, I found the previously posted patches and used them as starting
> point for my own patch set.
> The Sidewinder board works with this patch, including ECC (optional).
>
> Ther
Hello
2008/10/7 Wolfgang Denk <[EMAIL PROTECTED]>:
>> I'm trying to understand how it's done on ARM --
>
> On ARM it's being done wrong - no real relocation is preformed;
What do you mean by "real relocation"? As per start.S bootcode is
copied from ROM to RAM.
> instead, U-Boot is liked t
Hi,
[EMAIL PROTECTED] wrote:
> michael <[EMAIL PROTECTED]> schrieb am 07.10.2008 12:14:48:
>
>
>> Hi,
>>
>> [EMAIL PROTECTED] wrote:
>>
>>> Hi,
>>>
>>> on the matter of getting u-boot work with the ADI Sidewinder Reference
>>>
>
>
>>> Platform, I found the previously posted patc
Currently this is not creating any problem. But it will result
in compilation error when used as below.
printf("CFG_SDRAM_CFG2 - %08x\n", CFG_SDRAM_CFG2);
Signed-off-by: Selvamuthukumar <[EMAIL PROTECTED]>
---
include/configs/MPC8313ERDB.h |4 ++--
1 files changed, 2 insertions(+), 2 deletio
Hi,
> -Original Message-
> From: Wolfgang Denk [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] how can i change u-boot load address?
>
> > U wouldnt see mapping the vector on (most) ARM Platforms
> because they
> > use u-boot as secondary bootloader
>
> I don't have reliable stati
Dear Hebbar,
In message <[EMAIL PROTECTED]> you wrote:
>
> If you can tell me what exactly is wrong with ARM startup, i will try to
> find a solution. Can u point the platform and its startup functions where it
> is been done correctly. Then i will try to fixup th error in ARM.
The fundamental p
Hi
I have the same problem with an imx3.1 dev board.
I do this:
uboot> tftp 0x8000 /tftpboot/hello_world.bin
smc911x: initializing
smc911x: detected LAN9117 controller
smc911x: phy initialized
smc911x: MAC 00:08:ee:01:e1:3c
TFTP from server 192.168.1.70; our IP address is 192.168.1.71
Filena
From: Matthias Fuchs <[EMAIL PROTECTED]>
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
include/configs/DU440.h |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/configs/DU440.h b/include/configs/DU440.h
index 9f8c423..fd0c046 100644
--- a/include/config
From: Matthias Fuchs <[EMAIL PROTECTED]>
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/du440.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/board/esd/du440/du440.c b/board/esd/du440/du440.c
index 5cff9f5..7df2adb 100644
--- a/board/esd/du44
Dirk Behme said the following on 10/07/2008 04:42 AM:
>
> Scott Wood wrote:
>> On Fri, Oct 03, 2008 at 12:40:25PM +0200, [EMAIL PROTECTED]
>> wrote:
>>
>>> +#include
>>> +#include
>>> +#include
>>> +#include
>>> +
>>> +#if defined(CONFIG_CMD_NAND)
>>> +
>>> +#include
>>
>>
>> Move the #ifdef t
michael <[EMAIL PROTECTED]> schrieb am 07.10.2008 14:16:15:
> > Here are my patches. Maybe you want to test them. I didn't use or
update
> > the ixdp465 but you can use the sidewinder_config as starting point.
> > Order is:
> > ixp425_rework.patch
> > ixp465.patch
> >
> I see only the ixp465.pat
From: Matthias Fuchs <[EMAIL PROTECTED]>
This patch fixes USB 2.0 communication issues on some DU440 boards.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/du440.c | 35 ---
1 files changed, 32 insertions(+), 3 deletions(-)
diff --git a/b
Unfortunately, except Nishanth's comments, I didn't get any further
help (e.g. from TI) for this yet. So I started to look at this myself.
Please forgive everything I missed as I'm no NAND expert. Maybe you
like to explain some additional details regarding what I missed ;)
First version of u
http://www.denx.de/wiki/DULG/UBootStandalone
Kind regards,
Andrejs Cainikovs
thaoth wrote:
> Hi,
>
> I'm working on SH7727 T-Engine Board (MS7727CP02)(sh3) and I'm trying to
> load Hello World example in U-boot (use Serial, ymodem and hello_world.bin),
> ...
> => loady 0x8e00
> ## Ready for
>
> Size of bss is 6c9d bytes.
>
> Signed-off-by: Selvamuthukumar <[EMAIL PROTECTED]>
Ack. Saw similar issues on 85xx.
- k
>
> ---
> cpu/mpc83xx/u-boot.lds |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/cpu/mpc83xx/u-boot.lds b/cpu/mpc83xx/u-boot.lds
> index 99ad67
Hi,
on the matter of getting u-boot work with the ADI Sidewinder Reference
Platform, I found the previously posted patches and used them as starting
point for my own patch set.
The Sidewinder board works with this patch, including ECC (optional).
There is a minimum set of ifdefs in cpu/ixp/star
Dear "Gururaja Hebbar K R",
In message <[EMAIL PROTECTED]> you wrote:
>
> U wouldnt see mapping the vector on (most) ARM Platforms because they
> use u-boot as secondary bootloader
I don't have reliable statistical data to judge if the "most" is
correct, or if it actually is only a "few" config
Dear Mathieu,
In message <[EMAIL PROTECTED]> you wrote:
>
> I've also tried to go 0x8004 with the same result.
Tried? You mean you do not know the exact entry point address?
Did you read the FAQ???
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & De
On Fri, Sep 19, 2008 at 05:32:50PM +0800, Jason Jin wrote:
> +/*
> + * Local Bus Controller Registers.
> + */
> +typedef struct lbus_bank {
> + u32 br; /* Base Register */
> + u32 or; /* Option Register */
> +} lbus_bank_t;
> +
> +typedef struct fsl_lbus {
>
Dear Wolfgang Denk,
Regarding the following:
+#define ROUND(A, B)(((A) + (B)) & ~((B) - 1))
+/*
+ * Size of malloc() pool
+ */
+#define CFG_MALLOC_LEN ROUND(3 * CONFIG_ENV_SIZE + 128*1024, 0x1000)
I tried to include the common.h file in my configuration file but this
breaks u
On Tue, Oct 07, 2008 at 11:42:38AM +0200, Dirk Behme wrote:
>> Is it OK if config gets written before control, or if this whole thing
>> gets done out of order with respect to other raw writes?
>
> Hmm. I replaced this with the version from Nishanth's U-Boot v2 (see
> link above). If this isn't o
On Tue, Oct 07, 2008 at 06:25:11AM -0500, Nishanth Menon wrote:
> Dirk Behme said the following on 10/07/2008 04:42 AM:
> > It doesn't differ ;)
> >
> > So I removed this and tried to use default nand_read_buf16() instead:
> >
> > nand->read_buf = nand_read_buf16;
> >
> > in board_nand_init(). But
Menon, Nishanth wrote:
>>> I do not get it either.. ECCPOS is in offset bytes, and oobfree should
>>> be {.offset=20,.length=44} /*I always hated struct initialization done
>>> as above..*/, but then,
>> Why not offset 14, length 50?
> How about this part being used by ubi/jffs2 or some fs.. I cant
Scott Wood wrote:
> On Tue, Oct 07, 2008 at 11:42:38AM +0200, Dirk Behme wrote:
>
>>>Is it OK if config gets written before control, or if this whole thing
>>>gets done out of order with respect to other raw writes?
>>
>>Hmm. I replaced this with the version from Nishanth's U-Boot v2 (see
>>link
Scott Wood wrote:
> On Tue, Oct 07, 2008 at 06:25:11AM -0500, Nishanth Menon wrote:
>
>>Dirk Behme said the following on 10/07/2008 04:42 AM:
>>
>>>It doesn't differ ;)
>>>
>>>So I removed this and tried to use default nand_read_buf16() instead:
>>>
>>>nand->read_buf = nand_read_buf16;
>>>
>>>in b
> -Original Message-
> From: Scott Wood [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 07, 2008 12:30 PM
> To: Nishanth Menon
> Cc: Dirk Behme; u-boot@lists.denx.de; Kamat, Nishant; Menon, Nishanth
> Subject: Re: [U-Boot] [PATCH 07/12 v2] ARM: OMAP3: Add memory and syslib
> common files
This serie of patches adds support to iMX31PDK board to boot directly from NAND.
Notice these patches don't add support to MTD NAND Flash support to U-Boot
(like reading and saving environment parameters in Flash because MTD NAND Flash
driver still needs further revision).
For people willing to t
>From eeb4a71a3565098ba43aeb83be163731065a039d Mon Sep 17 00:00:00 2001
From: Alan Carvalho de Assis <[EMAIL PROTECTED]>
Date: Sun, 5 Oct 2008 19:57:22 -0300
Subject: [PATCH] iMX31: Reducing start.S size to let boot from NAND
iMX31 NAND Flash Controller has a 2KB RAM buffer, but the
current start.
>From 473120de8390abd78014cac9fe0925cb49f57fbe Mon Sep 17 00:00:00 2001
From: Alan Carvalho de Assis <[EMAIL PROTECTED]>
Date: Sun, 5 Oct 2008 19:59:47 -0300
Subject: [PATCH] iMX31: Add support to copy NAND Flash code to RAM
This code is executed from internal 2KB NAND Flash Controller RAM buffer
Dirk Behme wrote:
>> Otherwise, either add something to the MTD API that the nand command can
>> call, or have your own board-specific command defined in the board file.
>> Don't put platform-specific ifdefs in generic files.
>
> Do you have any example how to extend MTD API
You'd need to add ca
>From ae5af322e53d00d021f6d4aa39c6916e1d3e12b7 Mon Sep 17 00:00:00 2001
From: Alan Carvalho de Assis <[EMAIL PROTECTED]>
Date: Sun, 5 Oct 2008 20:00:59 -0300
Subject: [PATCH] iMX31: Add support to iMX31PDK board boots from NAND Flash
This patch adds support to iMX31PDK board to boot directly from
Alan Carvalho de Assis wrote:
> From 473120de8390abd78014cac9fe0925cb49f57fbe Mon Sep 17 00:00:00 2001
> From: Alan Carvalho de Assis <[EMAIL PROTECTED]>
> Date: Sun, 5 Oct 2008 19:59:47 -0300
> Subject: [PATCH] iMX31: Add support to copy NAND Flash code to RAM
>
> This code is executed from inter
Dear Cristian,
In message <[EMAIL PROTECTED]> you wrote:
>
> I tried to include the common.h file in my configuration file but this
> breaks u-boot compilation (it's
> not safe to include common.h standalone) .I noticed that none of other
What do you mean by "include common.h standalone" ?
> bo
Hi,
I'm using Yosemite board (PPC440EP) for my development with U-Boot firmware
version 1.3.4.
Where in source code, I can find code regarding 'initializaiton of SDRAM
controller'?
Also, code regarding 'initialization of EBC'?
(please be more explanable)
Thanks in advance,
Muzammal Ahmed
_
Dirk Behme wrote:
Scott Wood wrote:
On Tue, Oct 07, 2008 at 06:25:11AM -0500, Nishanth Menon wrote:
Dirk Behme said the following on 10/07/2008 04:42 AM:
It doesn't differ ;)
So I removed this and tried to use default nand_read_buf16() instead:
nand->read_buf = nand_read_buf16;
in board_
Dear "Mathieu Dube",
please keep the ML on Cc: !
In message <[EMAIL PROTECTED]> you wrote:
>
> > Did you read the FAQ???
> > this entry?:
>
> http://www.denx.de/wiki/view/DULG/MyStandaloneProgramDoesNotWork
Yes, this entry.
> if I nm(with the correct toolchain) the executable
>
> it gives me
Dear Wolfgang Denk,
> In message <[EMAIL PROTECTED]> you wrote:
>> I tried to include the common.h file in my configuration file but this
>> breaks u-boot compilation (it's
>> not safe to include common.h standalone) .I noticed that none of other
>
> What do you mean by "include common.h standalo
Hello. I seem to be having a small problem with transfering files from my
machine to the at91sam9261-ek board via tftp. I'm using the following:
--Files Used (Build From newest Buildroot using "at91sam9261ek_defconfig")--
Bootstrap: at91sam9261ek-dataflashboot-2.3.4.bin
U-Boot: at91sam9261ek-u-
If Kim and Jon approve, I'll pull these 6 patches into my 85xx-next branch.
On Fri, Oct 3, 2008 at 11:36 AM, Haiying Wang
<[EMAIL PROTECTED]> wrote:
> Fix some bugs:
> 1. Correctly set intlv_ctl in cs_config.
> 2. Correctly set sa, ea in cs_bnds when bank interleaving mode is enabled.
> 3. Set
Hi Everyone
I'm pretty new to U-Boot and Embedded system globally, but in the last few
weeks I have learn a lot and I'm now trying to port correctly U-Boot v 1.3.4
to a custom board based on a Icecube. I'm able to boot a linux kernel with
it when I use the RAM with the bootm command.
Unfortunatel
Dear all,
In the previous patch i removed the code from the section below.
>> +#ifdef CONFIG_RESET_PHY_R
>> +void reset_phy(void)
>> +{
>> +#ifdef CONFIG_MACB
>> +/*
>> + * Initialize ethernet HW addr prior to starting Linux,
>> + * needed for nfsroot
>> + */
>> +eth_
Suresh Bhaskaran wrote:
>
> -Original Message-
> From: Jerry Van Baren [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 06, 2008 10:07 AM
> To: Suresh Bhaskaran
> Cc: Andrejs Cainikovs; u-boot@lists.denx.de
> Subject: Re: [U-Boot] U-boot Saveenv question
>
> Suresh Bhaskaran wrote:
>> 1
Andy Fleming wrote:
> If Kim and Jon approve, I'll pull these 6 patches into my 85xx-next branch.
>
> On Fri, Oct 3, 2008 at 11:36 AM, Haiying Wang
> <[EMAIL PROTECTED]> wrote:
>> Fix some bugs:
>> 1. Correctly set intlv_ctl in cs_config.
>> 2. Correctly set sa, ea in cs_bnds when bank interleav
Dear Cristian Birsan,
In message <[EMAIL PROTECTED]> you wrote:
>
> I used again setenv ethaddr 00:04:25:12:34:56 in u-boot. After saveenv and
> reboot i used md command to display the EMAC 0xFFFC4000 (named MACB in the
> driver )
> registers
setenv affects only the U-Boot environment variable
The Arches Evaluation board is based on the AMCC 460GT SoC chip.
This board is a dual processor board with each processor providing
independent resources for Rapid IO, Gigabit Ethernet, and serial
communications. Each 460GT has it's own 512MB DDR2 memory, 32MB NOR
FLASH, UART, EEPROM and temperatur
This patch add the capability to configure a PPC440 based IBM SDRAM
Controller with static, compiled-in, values. PPC440 memory subsystem
includes a Memory Queue core.
Signed-off-by: Adam Graham <[EMAIL PROTECTED]>
Signed-off-by: Victor Gallardo <[EMAIL PROTECTED]>
---
v2:
- No changes.
v3:
Provide a weak defined routine to retrieve the CPU number for reference boards
that have multiple CPU's. Default behavior is the existing single CPU print
output. Reference boards with multiple CPU's need to provide a board specific
routine. See board/amcc/arches/arches.c for an example.
Sig
On Mon, Oct 6, 2008 at 4:26 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Kyungmin Park,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> RB-tree support on U-Boot
>> Now it's used at UBI module. Of course other modules can use it.
> ...
>
> I understand the code is a verbatim copy from the L
RB-tree support on U-Boot
Now it's used at UBI module. Of course other modules can use it.
If you want to use it, please define CONFIG_RBTREE
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
---
diff --git a/include/linux/rbtree.h b/include/linux/rbtree.h
new file mode 100644
index 000..a4956
Hello
2008/10/7 Wolfgang Denk <[EMAIL PROTECTED]>:
> The advantage of the PowerPC implementation with relocation is that
> we can measure the actual size of memory present on the board, and
> then relocate U-Boot to the very end of the RAM, leaving nearly th
When you say "end of the RAM',
Hi Dave and Kim,
Freescale support got back to me regarding the BCSR
corruption error. They determined there was a bug in
the v1.2 BCSR code, and now have a v1.3.
For anyone else with an MDS board, if you want to
update your BCSR, submit a SR to Freescale and
ask for the v1.3 EEPROM file, or ask
On Tuesday 07 October 2008, Muzammil Ahmed wrote:
> I'm using Yosemite board (PPC440EP) for my development with U-Boot firmware
> version 1.3.4.
>
> Where in source code, I can find code regarding 'initializaiton of SDRAM
> controller'?
Its the function initdram() in board/amcc/yosemite/yosemite.c
On Oct 7, 2008, at 4:38 PM, Andy Fleming wrote:
> If Kim and Jon approve, I'll pull these 6 patches into my 85xx-next
> branch.
The code doesn't impact 83xx and thus not sure why you need Kim's ack.
- k
> On Fri, Oct 3, 2008 at 11:36 AM, Haiying Wang
> <[EMAIL PROTECTED]> wrote:
>> Fix some
On Sep 29, 2008, at 8:49 AM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> On Sep 23, 2008, at 10:07 AM, Kumar Gala wrote:
>>> * Use new find_cmd_tbl() to process sub-commands
>>>
>>> If this looks good I'll go ahead and clean it up for the other
>>> arches and OSes.
>>>
>>> ---
>>> common/cmd
Hi All,
Following guide at http://www.denx.de/wiki/DULG/UBootStandalone
1. Load hello_world.srec into SDRAM
=> loads
## Ready for S-Record download ...
## First Load Addr = 0x8E00
## Last Load Addr = 0x8E000157
## Total Size = 0x0158 = 344 Bytes
## Start Addr = 0x8E00
2
64 matches
Mail list logo
