Hello,
We are using arm926ejs based custom board.
We are able to get u-boot prompt using BDI2000. We are also able to get
Linux prompt using BDI. The serial console is working fine for both the
cases.
Now we want to run Linux from u-boot prompt (using bootm ). We got the
u-boot prompt by runni
Sean,
On Tuesday 16 September 2008 17:33:47 sean wrote:
> I'm using u-boot-1.3.4 rc1 version on my custom board based on SEQUOIA.
Which board are you talking about?
[EMAIL PROTECTED]:~/git/u-boot$ grep EPx MAINTAINERS
DU440 PPC440EPx
PMC440 PPC440EPx
HC
Hi Wolfgang,
On Tuesday 16 September 2008, Wolfgang Denk wrote:
> After switching to using the CFI flash driver, the correct remapping
> of the flash banks was forgotten.
>
> Also, some boards were not adapted, and the old legacy flash driver
> was not removed yet.
Please find some nitpicking com
Hi Wolfgang,
On Tuesday 16 September 2008, Wolfgang Denk wrote:
> > The following changes since commit
> > c0d2f87d6c450128b88e73eea715fa3654f65b6c: Wolfgang Denk (1):
> > Prepare v2008.10-rc2
> >
> > are available in the git repository at:
> >
> > git://www.denx.de/git/u-boot-ppc4xx.git
Hi luigi,
Thank you. Seems solution is:
Add lzma decompress initrd support
Add u-boot support mkimage's lzma format is enough.
Thanks
Xinhe Guo
From: Luigi 'Comio' Mantellini [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 16, 2008 10:16 PM
To
Dear All,
This is a nice work. I have ported UBoot on TEngine/SH7727 and got this issue.
The issue had reported into UBoot mailing list and Remy sent me a patch. And
"ERROR: CTL:TIMEOUT errors" could be fixed with his patch. Thank you a lot.
Let me test his update patch again and report the res
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
drivers/serial/serial_sh.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/serial/serial_sh.c b/drivers/serial/serial_sh.c
index 61c2b82..f30532b 100644
--- a/drivers/serial/serial_sh.c
+++ b/drivers/serial/
Old U-Boot supported 4KB page size only. If this version, Linux
kernel can not get command line from U-Boot.
SH Linux kernel can change page size and empty_zero_page.
This patch support this function and fix promlem.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
lib_sh/bootm.c | 44 +
Dear "sean",
In message <[EMAIL PROTECTED]> you wrote:
>
> Content-Language: ko
>
> ¿©·¯ ºÎºÐÀ¸·Î ±¸¼ºµÈ MIME Çü½ÄÀÇ ¸Þ½ÃÁöÀÔ´Ï´Ù.
I'm afraid I cannot parse that.
> I'm using u-boot-1.3.4 rc1 version on my custom board based on SEQUOIA.
You should update the code to the current version, then.
ARM DaVinci: Remove redundant setting of GD_FLG_RELOC for sffsdr board.
This is no longer necessary now that the GD_FLG_RELOC flag is set for all ARM
boards.
Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
---
This is a cleanup following Jean-Christophe Plagniol-Villard patch.
board/davinc
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit c0d2f87d6c450128b88e73eea715fa3654f65b6c:
> Wolfgang Denk (1):
> Prepare v2008.10-rc2
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-ppc4xx.git master
>
>
From: Guennadi Liakhovetski <[EMAIL PROTECTED]>
Switch to the standard CFG_HZ=1000 value, while at it, minor white-space
cleanup, remove CFG_CLKS_IN_HZ from config-headers. Tested on mx31ads,
provides 2% or 0.4% precision depending on the
CONFIG_MX31_TIMER_HIGH_PRECISION flag. Measured with stop-w
in order to do it for all arm board we need this due to the arm implementation
which supposed that U-Boot is in RAM when we jump to start_armboot
This reverts commit f96b44cef897bd372beb86dde1b33637c119d84d.
---
lib_arm/board.c | 17 -
1 files changed, 0 insertions(+), 17 deleti
due to the arm implementation which supposed that U-Boot is in RAM
when we jump to start_armboot
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
lib_arm/board.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib_arm/board.c b/lib_arm/board.c
inde
After switching to using the CFI flash driver, the correct remapping
of the flash banks was forgotten.
Also, some boards were not adapted, and the old legacy flash driver
was not removed yet.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
board/tqc/tqm8xx/Makefile |2 +-
board/tqc/tqm
The following changes since commit c0d2f87d6c450128b88e73eea715fa3654f65b6c:
Wolfgang Denk (1):
Prepare v2008.10-rc2
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Victor Gallardo (1):
ppc4xx: Fix DDR2 auto calibration on Kilauea 600MHz (
Magnus Lilja wrote:
> Hi
>
> 2008/9/14 <[EMAIL PROTECTED]>:
>
>>From: Dirk Behme <[EMAIL PROTECTED]>
>>
>>Add assembly startup and sys_info common files
>>
>>Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>>
>>---
>> cpu/omap3/Makefile| 44 +++
>> cpu/omap3/config.mk | 36 +++
>>
Subject: [PATCH 07/11 v2] ARM: OMAP3: Add MMC support
From: Dirk Behme <[EMAIL PROTECTED]>
Add MMC support
Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
---
Changes in v2:
- Move MMC driver to drivers/mmc/ as suggested by Haavard Skinnemoen. Thanks!
---
drivers/mmc/Makefile
ePAPR says if the *cache-block-size is the same as *cache-line-size
than we don't need the *cache-line-size property.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/fdt.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/cpu/mpc85xx/fdt.c b/cpu/mpc85xx/fdt.
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Peter Tyser (1):
Support for multiple SGMII/TBI interfaces for TSEC ethernet
drivers/net/tsec.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
_
I'm using u-boot-1.3.4 rc1 version on my custom board based on SEQUOIA.
Do I just have to define CONFIG_4xx_DCACHE in sequoia.h?? Tha's it??
Or, Should I patch my u-boot source?
(The comment said that it needs further testing.)
Best regards
Sean
_
Fix TBI PHY accesses to use the proper offset in CPU register space. The
previous code would incorrectly access the TBI PHY by reading/writing to CPU
register space at the same location as would be used to access external PHYs.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
drivers/net/tsec.c
Il martedì 16 settembre 2008 10:48:19 Xinhe Guo ha scritto:
> Hi Luigi,
>
>
>
> I am trying to add lzma decompress support in my u-boot-1.1.6 source
> code to load a lzma compressed linux initrd. Is there a lzma patch for
> u-boot source code available for download?
Warning! the initrd decompressi
Dear Remy,
On Tue, Sep 16, 2008 at 02:55:41PM +0200, Remy Bohmer wrote:
> This series is a set of patches that are required to make USB sticks behave
> robust while using U-Boot on a OHCI host.
>
> Several users complain about ERROR: CTL:TIMEOUT errors while using USB sticks,
> and while testing
Signed-off-by: Victor Gallardo <[EMAIL PROTECTED]>
Signed-off-by: Adam Graham <[EMAIL PROTECTED]>
---
v2:
- Add comments on why this is need for 200MHz PLB bus
- Minor coding style cleanup
board/amcc/kilauea/kilauea.c| 31 +++
cpu/ppc4xx/4xx_ibm_ddr2_aut
On Tuesday 16 September 2008, sean wrote:
> I'd like to extend capacity of DDR2 memory from 256MB to 512MB on my
> custumn board.
So you have a custom board port for your specific board, correct? Is the DDR2
hardware design similar to the one on Sequoia? What are the differences here?
> EV Board
I'd like to extend capacity of DDR2 memory from 256MB to 512MB on my custumn
board.
EV Board(SEQUOIA) has 256MB DDR2 memory.
When I reset the U-Boot program, U-boot show me the SDRAM test fail message
like below.
DRAM: 512MB
SDRAM test fails at :
What should I do to upgrade D
>> +
>> +#if defined(CONFIG_PPC4xx_DDR_AUTOCALIBRATION)
>> +/*
>> + * This is for quicker auto calibration boot up once WRDTR and CLKTR
>> + * values for the kilauea board were determined and are therefore known.
>> + *
>> + * Use these scan options for PLB bus greater than 200MHz else use
>> + * t
There are several differences between Linux, Windows and U-boot for
initialising the
USB devices. While analysing the behaviour of U-boot it turned out that U-boot
does
things really different, and some are wrong (compared to the USB standard).
This patch fixes some errors:
* The NEW_init proced
The GCC-compiler makes an optimisation error while optimising the routine
usb_set_maxpacket(). This should be fixed in the compiler in the first place,
but there lots of compilers out there that makes this error, that it is
probably wiser to workaround it in U-boot itself.
What happens is that th
This series is a set of patches that are required to make USB sticks behave
robust while using U-Boot on a OHCI host.
Several users complain about ERROR: CTL:TIMEOUT errors while using USB sticks,
and while testing many different USB sticks it showed that some were working
and many don't. It even
Dear Wolfgang Denk,
It seems this is a new feature. I'll try it soon from the newest code.
Thanks
Xinhe Guo
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 16, 2008 5:55 PM
To: Xinhe Guo
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [U-B
Hi Ben,
Ben Warren wrote:
> Hi Richard,
>
>
> richardretanubun wrote:
>
>> Allow uec_init to run more than once, based on the netretry environment
>> variable.
>>
>> This allows for manual (back and forth) switching between network
>> interfaces.
>>
>>
>>
> My general issue with this patch i
On Tuesday 16 September 2008, Victor Gallardo wrote:
> Signed-off-by: Victor Gallardo <[EMAIL PROTECTED]>
> Signed-off-by: Adam Graham <[EMAIL PROTECTED]>
Please find some comments below.
> ---
> board/amcc/kilauea/kilauea.c| 31 +++
> cpu/ppc4xx/4xx_ibm_ddr
Hi Ben,
Ben Warren wrote:
Hi Richard,
richardretanubun wrote:
Hi Ben,
Thanks for the feedback. I've made the changes you suggested.
Here is the patch re-pasted (please let me know if this is not the
proper way to submit patch v2).
I started t
> Message: 1
> Date: Tue, 16 Sep 2008 10:46:26 +0300
> From: Petri Lehtinen <[EMAIL PROTECTED]>
> Subject: [U-Boot] erase and saveenv stop working after using fw_setenv
> To: u-boot@lists.denx.de
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi!
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> From: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>
> Switch to the standard CFG_HZ=1000 value, while at it, minor white-space
> cleanup, remove CFG_CLKS_IN_HZ from config-headers. Tested on mx31ads,
> provides 2% or
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> Subject: Re: [U-Boot] [PATCH 0/2]
Normally, such a subject means that message No. '0' contains some
explanation about the following patch series, followed by two relates
patches numbered '1' and '2'.
I find it pr
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Maybe you should add a little explanation of what you are doing here,
and why, etc. ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> This reverts commit f96b44cef897bd372beb86dde1b33637c119d84d.
And what exactly is the reason to revert this patch?
Please explain.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgan
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> > > Jean-Christophe PLAGNIOL-VILLARD (2):
> > > Revert "ARM: set GD_FLG_RELOC for boards skipping relocation to RAM"
> This one not but discuss on the ML in order to apply this
> > > ARM: set GD_FLG_R
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/lib_arm/board.c b/lib_arm/board.c
index 47e834c..f02fdc8 100644
--- a/lib_arm/board.c
+++ b/lib_arm/board.c
@@ -290,6 +290,8 @@ void start_armboot (void)
gd->bd = (bd_t*)((char*)gd - sizeof(bd_t));
mem
From: Guennadi Liakhovetski <[EMAIL PROTECTED]>
Switch to the standard CFG_HZ=1000 value, while at it, minor white-space
cleanup, remove CFG_CLKS_IN_HZ from config-headers. Tested on mx31ads,
provides 2% or 0.4% precision depending on the
CONFIG_MX31_TIMER_HIGH_PRECISION flag. Measured with stop-w
This reverts commit f96b44cef897bd372beb86dde1b33637c119d84d.
diff --git a/lib_arm/board.c b/lib_arm/board.c
index 5ade882..47e834c 100644
--- a/lib_arm/board.c
+++ b/lib_arm/board.c
@@ -220,18 +220,6 @@ static int init_func_i2c (void)
}
#endif
-#ifdef CONFIG_SKIP_RELOCATE_UBOOT
-/*
- * This r
On 00:11 Tue 16 Sep , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > Please pull, into your master and u-boot-next,
>
> Umm
>
> > Jean-Christophe PLAGNIOL-VILLARD (2):
> > Revert "ARM: set GD_FLG_RELOC for boards
>> fw_printenv in Linux, erase and saveenv stop working in U-Boot. In
> --^^^--
>
> I think this must be a typo. fw_printenv should have no effect. I
> guess you mean fw_setenv (as in the Subject) ?
Ahh, yes. I meant fw_setenv of course.
> The problem is that the MPC8323ERDB boar
Dear "Xinhe Guo",
In message <[EMAIL PROTECTED]> you wrote:
>
> I am trying to add lzma decompress support in my u-boot-1.1.6 source
U-Boot 1.1.6 is extremely old. I suggest you dump it and switch to
current code.
> code to load a lzma compressed linux initrd. Is there a lzma patch for
> u-boot
On Tue, 16 Sep 2008, Wolfgang Denk wrote:
> b) Guennadi, I think it would be nice, user-friendly behaviour if
>fw_setenv did not unconditional locking, but would instead leave
>the flash in the same state it found it. Do you think it would be
>possible to test the state first
Tor Krill wrote:
> Hi,
>
> On 9/15/2008, "michael" <[EMAIL PROTECTED]> wrote:
>
>
>> Hi,
>> Ashwini Pahuja wrote:
>>
>>> Hi
>>>
>>> I saw the README file in latest Uboot source code, the UHCI support is
>>> mentioned, i will like to know about plan for EHCI.OHCI support.
>>>
>>>
>>>
Hi Luigi,
I am trying to add lzma decompress support in my u-boot-1.1.6 source
code to load a lzma compressed linux initrd. Is there a lzma patch for
u-boot source code available for download?
Thank you very much.
Guo Xinhe
___
U-Boot mailing
Dear Tor,
On Mon, Sep 15, 2008 at 06:29:33PM +0200, Tor Krill wrote:
> My ambition is to get EHCI and support, if they get accepted then, and
> for our Board in u-boot asap. I hopefully will get some time soon. (Say
> perhaps for the next merge)
That would be great! I'd be very pleased to finall
Dear Petri Lehtinen,
In message <[EMAIL PROTECTED]> you wrote:
>
> I'm using U-Boot 1.3.4 and Linux 2.6.26.5 on MPC8323E-RDB. After using
> fw_printenv in Linux, erase and saveenv stop working in U-Boot. In
--^^^--
I think this must be a typo. fw_printenv should have no effect. I
guess y
Hi!
I'm using U-Boot 1.3.4 and Linux 2.6.26.5 on MPC8323E-RDB. After using
fw_printenv in Linux, erase and saveenv stop working in U-Boot. In
Linux, fw_* still work.
When using erase, this is the result:
=> protect off fe04 fe05
Un-Protected 1 sectors
=> erase fe04 fe05
Flash er
53 matches
Mail list logo
