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 binary (ymodem) download to 0x8E00 at 115200 bps...
CCCxyzModem - CRC mode, 2(SOH)/69(STX)/0(CAN) pac
bss initialization loop increments 4 bytes at a time.
And the loop end is checked for an 'equal' condition.
Make the bss end address aligned by 4, so that the loop
will end as expected.
Adding below lines creates bss of size not aligned to 4 bytes.
typedef struct bss_test__ {
unsigned cha
Hello
2008/10/6 Roman Mashak <[EMAIL PROTECTED]>:
[skip]
> On many MCUs built on arm7tdmi core (for example, SAM7 family from
> Atmel) the process of starting up involves remapping, i.e. 0x0 address
> points on ROM at reset and on RAM after remap. U-Boot usually resides
> in ROM storage at startu
Hi Michael,
> Joakim Tjernlund transmode.se> writes:
>
>> Can't remember, possibly it was a hack.
>>
> Seems so. I tried to put it in my 1.3.3, but 'ls' never returns :-(
>
> So I will wait for Detlev Zundel.
Actually someone doing the development for DENX will post the code, but
it will not be
-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. I verified flash contents using the md.
Hello,
Could you tell me what is the maximum size limit for partition to be
able to be listed via ext2ls command?
I have uBoot 1.1.1
Pozdrawiam,
mRon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Wolfgang,
> > diff --git a/include/configs/canyonlands.h
> > b/include/configs/canyonlands.h index 2f162e1..acad9b3 100644
> > --- a/include/configs/canyonlands.h
> > +++ b/include/configs/canyonlands.h
> ...
> > +#define CONFIG_PREBOOT \
> > + "setenv ethact ppc_4xx_eth1;" \
>
> This sho
Hello Andrew,
2008/10/6 Andrew Dyer <[EMAIL PROTECTED]>:
> If you want to build a version of u-boot that is linked to a start
> address that is in RAM for loading via a jtag debugger, then change
> the definition of TEXT_BASE in board//config.mk.
Can the value of TEXT_BASE be arbitrary chosen for
On Mon, 6 Oct 2008 21:12:58 +0530
Selvamuthukumar <[EMAIL PROTECTED]> wrote:
> bss initialization loop increments 4 bytes at a time.
> And the loop end is checked for an 'equal' condition.
> Make the bss end address aligned by 4, so that the loop
> will end as expected.
> ---
I need a signed-off-
Dear Cristian Birsan,
In message <[EMAIL PROTECTED]> you wrote:
>
> > Carelessly leaving ports or devices in an initialized stated has been
> > the source for problems too many times before.
> >
> > Don't do that.
>
> The above code section is used also in other ATMEL boards like
> at91sam92
Dear Wolfgang Denk,
Thank you for your quick response.
>> +#ifdef CONFIG_RESET_PHY_R
>> +void reset_phy(void)
>> +{
>> +#ifdef CONFIG_MACB
>> +/*
>> + * Initialize ethernet HW addr prior to starting Linux,
>> + * needed for nfsroot
>> + */
>> +eth_init(gd->bd);
>> +#
Added support for CONFIG_EFI_PARTITION to ext2 commands.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Hi Wolfgang,
This patch should be applied on top of the patch that adds EFI partition
support.
A workaround without this patch is to #define CONFIG_DOS_PARTITION
and #define CONFIG_
richardretanubun wrote:
> The current uec_miiphy_read and uec_miiphy_write hardcode access devlist[0]
> This patch makes these function use the devname argument that is passed in to
> allow access to the phy registers of other devices in devlist[].
>
> Signed-of-by: Richard Retanubun <[EMAIL PROTE
Fixed compiler warning "declared but unused" eth5_uec_info and eth6_uec_info.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Hi Ben,
Thanks for applying the patch.
I got a compiler warning when using it, here is a patch to fix that.
Thanks for all the help
Richard
drivers/qe/uec.c |
Dear Wolfgang,
Thanks for the feedback.
> ...
> > +int misc_init_r(void)
> > +{
> ...
> > + /* reset all SGMII interfaces */
> > + mfsdr(SDR0_SRST1, reg);
> > + reg |= (SDR0_SRST1_SGMII0 | SDR0_SRST1_SGMII1 | SDR0_SRST1_SGMII2);
> > + mtsdr(SDR0_SRST1, reg);
> > + mtsdr(SDR0_ETH_STS,
Dear Cristian Birsan,
> +#ifdef CONFIG_RESET_PHY_R
> +void reset_phy(void)
> +{
> +#ifdef CONFIG_MACB
> + /*
> + * Initialize ethernet HW addr prior to starting Linux,
> + * needed for nfsroot
> + */
> + eth_init(gd->bd);
> +#endif
Please do NOT do this. It's a violati
-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. I verified flash contents using the md.
Added support for the Olimex SAM9-L9260 development board.
This patch is based on u-boot v1.3.4.
Tested with data flash only (not with NAND).
Signed-off-by: Cristian Birsan <[EMAIL PROTECTED]>
---
MAKEALL|1 +
Makefile | 21 ++--
boa
After changing SDRAM_CLKTR phase value rerun the memory preload
initialization sequence (INITPLR) to reset and relock the memory
DLL. Changing the SDRAM_CLKTR memory clock phase coarse timing
adjustment effects the phase relationship of the internal, to the
PPC chip, and external, to the PPC chip,
Suresh Bhaskaran wrote:
> 1. I verified flash contents using the md.w command in u-boot
> 2. I've already verified correct flash r/w operation using the cp.w
> command
> 3. Yes, the CONFIG_ENV_OVERWRITE flag is defined in my boardfile
> 4. Flinfo shows the correct flash configuration (sectors,
1. I verified flash contents using the md.w command in u-boot
2. I've already verified correct flash r/w operation using the cp.w
command
3. Yes, the CONFIG_ENV_OVERWRITE flag is defined in my boardfile
4. Flinfo shows the correct flash configuration (sectors, etc) of the
flash
I can see the n
bss initialization loop increments 4 bytes at a time.
And the loop end is checked for an 'equal' condition.
Make the bss end address aligned by 4, so that the loop
will end as expected.
---
cpu/mpc83xx/u-boot.lds |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc83xx/
On Mon, Oct 6, 2008 at 7:13 AM, sahar mustafa <[EMAIL PROTECTED]> wrote:
> can you tell me how to change the load address without crippling the u-boot?
It's not 100% clear what you are trying to do, and you didn't mention
your target other than it's MIPS...
If you want to build a version of u-boo
On Sep 24, 2008, at 2:32 PM, Jon Loeliger wrote:
> On Sun, 2008-09-07 at 01:39 +0200, Wolfgang Denk wrote:
>> Dear Jon,
>>
>> I have a couple of unapplied patches in my list which seem to fall
>> into your area of responsibility. Can you please have a look at
>> these:
>>
>> 6185 08/19 Kumar Gal
ARM DaVinci: Add maintainer informations for SFFSDR board.
Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 750e374..9c0d6bf 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Wolfgang Denk wrote:
> Dear Hugo Villeneuve,
>
> In message
> <[EMAIL PROTECTED]> you
> wrote:
>> ARM DaVinci: Add maintainer informations for SFFSDR board.
>>
>> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
>
> Please keep the list of names alphabetically sorted.
>
>> +Hugo Villeneuve
Wolfgang Denk wrote:
> Dear Hugo Villeneuve,
>
> In message
> <[EMAIL PROTECTED]> you
> wrote:
>> ARM DaVinci: Add maintainer informations for SFFSDR board.
>>
>> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
>
> Please keep the list of names alphabetically sorted.
Ok.
>> +Hugo Villeneu
Dear Hugo Villeneuve,
In message <[EMAIL PROTECTED]> you wrote:
> ARM DaVinci: Add maintainer informations for SFFSDR board.
>
> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
Please keep the list of names alphabetically sorted.
> +Hugo Villeneuve <[EMAIL PROTECTED]>
> +
> + SFFSDR
On 10:06 Mon 06 Oct , Hugo Villeneuve wrote:
> ARM DaVinci: Add maintainer informations for SFFSDR board.
>
> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
> ---
> MAINTAINERS |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
Wolfgang please appy directly
Best Regards,
J.
ARM DaVinci: Add maintainer informations for SFFSDR board.
Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 750e374..fc55a0b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Jerry Van Baren wrote:
> Stefan Roese wrote:
>> Hi Jerry,
>>
>> Again I (and Wolfgang) stumbled about the problem, that the /chosen node is
>> not overwritten by the bootm command when it already exists. This is really
>> annoying, since we either:
>>
>> a) Have to remove the chosen node from the
Hi Wolfgang,
Please pull The following changes since commit
8fd4166c467a46773f80208bda1ec3b4757747bc:
Stefan Roese (1):
ppc4xx: Canyonlands: Remove unnecessary FDT warning upon DTB fixup
are available in the git repository at:
git://git.denx.de/u-boot-arm.git Master
Guennadi Liakhov
Ben Warren wrote:
> On Fri, Oct 3, 2008 at 7:53 AM, Pieter Voorthuijsen
> <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I recently made a simple DNS implementation in U-Boot. The attached
>> file is a patch to U-Boot 1.2.0.
>>
>> DNS can be enabled by setting CFG_CMD_DNS. After performing a
>> query, the
hi every one..
currently, u-boot load it self in SDRAM address : 0x8010
i want the u-boot to be loaded to address: 0x80FE.
i have try the following:
1#repeating the last steps preform by the build script:
1-./tools/mkimage -A mips -T firmware -C bzip2 -a 0x8010 -e 0x8010
-n 'u-
Hi Kyungmin
What is the purpose of adding RB in UBI .
Rgs
Amit
- Original Message -
From: "Wolfgang Denk" <[EMAIL PROTECTED]>
To: "Kyungmin Park" <[EMAIL PROTECTED]>
Cc:
Sent: Monday, October 06, 2008 12:56 PM
Subject: Re: [U-Boot] [PATCH] Red Black Tree support
> Dear Kyungmin Park,
Dear Jens Gehrlein,
In message <[EMAIL PROTECTED]> you wrote:
>
> What's about the ARM custodian entry in U-Boot's Gitweb? Peter or
> Jean-Christophe?
Fixed, thanks for pointing out (it's j24, of course).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
Dear gather bzbz,
In message <[EMAIL PROTECTED]> you wrote:
> I am using 1.3.2, and discovered that the params randomly got lost. This does
> not happen every time, but does happen from time to time. I can not repliably
> reproduce it. Any hints? I am using a TI6446 EVM. Someone over at the TI
Dear Kyungmin Park,
In message <[EMAIL PROTECTED]> you wrote:
> I'm not sure calloc returns all zero values.
Why aren't you sure? Check the code...
> Actually the calloc uses the __libc_alloc.
Ooops? What exactly are you talking about?
It makes no sense to reinvent the wheel here.
If calloc(
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 LInux kernel?
Otherwise the coding style violations would not be acceptable.
> diff
39 matches
Mail list logo
