Hello Daniel,
Daniel Gorsulowski wrote:
Heiko Schocher wrote:
Daniel Gorsulowski wrote:
Sorry, it was my misstake.
By cp and applying yout patch I missed the changes in lib_arm/Makefile.
But as i wrote, _lshrdi3.a does not compile.
Why do you use cp, and not better tools?
Thank you, now
Board support for the Guntermann Drunck CompactCenter and
DevCon-Center.
Based on the AMCC Canyonlands board support by Stefan Roese.
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
Changes since v1:
- removed dead code
- whitespace cleanup
- simplified code for nand/nor distinction in
Signed-off-by: Wolfgang Denk w...@denx.de
---
board/esd/pmc405de/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/esd/pmc405de/Makefile b/board/esd/pmc405de/Makefile
index a080649..327e51e 100644
--- a/board/esd/pmc405de/Makefile
+++
This patch fixes the problem, that the current fdt board fixup code only
set's one range, the one for NOR. By this it's overwriting the already
correctly configured values done in __ft_board_setup(). Just remove this
now unneeded NOR fixup and all the ranges are correctly defined.
Signed-off-by:
Signed-off-by: Wolfgang Denk w...@denx.de
---
examples/api/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/examples/api/Makefile b/examples/api/Makefile
index 2d05a01..04a270b 100644
--- a/examples/api/Makefile
+++ b/examples/api/Makefile
@@ -42,6 +42,7 @@
Dear Rafal,
I somehow had developed the impression thatthe API code was intended
to be some next generation implementation for standalone programs,
with one of the primary purposes being the implementation of
(potentially closed source) bootstrap loader code for FreeBSD.
But now I
I've got an old STx AMC8548 board. It came with u-boot-1.1.4 which works.
I upgraded it to stock u-boot-1.3.4 which also works. However, nothing
newer will, despite a lot of effort I spent in a last couple of days.
The crux of the problem: cpu gets a weird program error exception
out of nowhere
Robin Getz wrote:
On Sun 26 Jul 2009 07:46, Anatolij Gustschin pondered:
...
Applied to u-boot-video. Thanks! Note that I had to fix lots
of style issues before applying. Next time please use
scripts/checkpatch.pl from the Linux source tree to
check your patches before submitting them and
The reordering of include/common.h by commit fcd3c87e495f3c48 broke
boards with status LED support, resulting in
error: #error Status LED configuration missing
errors. Undo this reordering to avoid this issue.
Signed-off-by: Wolfgang Denk w...@denx.de
---
include/common.h |6 +++---
Commit 7024aa14 was supposed to fix the #ifdef/#endif pairing in
include/configs/at91cap9adk.h, but did not cate all problems.
Signed-off-by: Wolfgang Denk w...@denx.de
---
include/configs/at91cap9adk.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 18:21 Thu 23 Jul , Dirk Behme wrote:
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
Umm... is this all for ARM for this merge window? I mean, could we
release -rc1 from ARM's point of view now?
Or do
The envcrc utility is only called when it is actually needed, so having the
internal code depend on ENV_IS_EMBEDDED isn't necessary. Plus, by always
building it, external utils can manipulate the environment blob without
having to mess around with defines.
Same logic holds for env_embedded. It
Testing on AMCC Arches with the latest U-Boot version yielded that DDR2
initialization is currently broken. U-Boot hangs upon relocation to SDRAM
or crashes with random traps. This patch fixes this problem. Arches now
uses a different WRDTR and CLKTR default setting than Canyonlands/Glacier.
Dear Wolfgang,
On 2009-07-27, at 09:35, Wolfgang Denk wrote:
I somehow had developed the impression thatthe API code was intended
to be some next generation implementation for standalone programs,
with one of the primary purposes being the implementation of
(potentially closed
Hi everybody...
v2009.08-rc1 has just been released.
Please help testing, and submit fixes to the remaining problems.
Things still missing should be submitted ASAP.
v2009.08-rc1 will also be the base for the next branch which I will
create soon.
Please use the next branch as base for any
Hello Alessandro,
Alessandro Rubini wrote:
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
board/st/nhk8815/nhk8815.c | 16 ++--
include/configs/nhk8815.h | 18
Dear All,
i am using MPC8280 in our board which has 512MB of SDRAM i.e. from
micron.
when i give command mtest to check memory from U-boot, machine check and
program exception is coming after 40 - 60mins later it hangs.
i have checked the SDRAM configuration settings everything is
On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered:
[snip]
+/* This only reassembles fragments that come in proper order */
+static inline IP_t *NetDefragment(IP_t *ip, int *lenp)
+{
+ static uchar pkt_buff[16384]; /*temporary arbitrary limit */
+ static int next_fragment;
+
On Mon 27 Jul 2009 01:08, Ben Warren pondered:
Hi Guys,
This is great work. Thanks! If you follow these guidelines, I'll pull
it into the net repo:
1. Configurable block size (via a well-named CONFIG). Choose a good
default value.
2. Handle out-of-order fragments, and some test
Thanks for your comments.
Should have a CONFIG_ something - to make this conditional.
This has been asked by Ben too. Will do, although I'm not very happy
about all those conditionals for every few lines of code.
Some of your remarks are just symptoms of this being a quick hack,
like the
Dear Robin Getz,
In message 200907262059.34188.rg...@blackfin.uclinux.org you wrote:
...
and I was doing md5 or sha1 on things to make sure that things came over
properly...
Are you using FIT images, or reinventing the wheel?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
On Mon 27 Jul 2009 08:41, Wolfgang Denk pondered:
Dear Robin Getz,
In message 200907262059.34188.rg...@blackfin.uclinux.org you wrote:
...
and I was doing md5 or sha1 on things to make sure that things came over
properly...
Are you using FIT images, or reinventing the wheel?
On Mon 27 Jul 2009 08:13, Alessandro Rubini pondered:
Thanks for your comments.
Should have a CONFIG_ something - to make this conditional.
This has been asked by Ben too. Will do, although I'm not very happy
about all those conditionals for every few lines of code.
There are 22,250
Is their a suggestion for the list where this question should be
asked, if not here?
Thanks.
On Sun, Jul 26, 2009 at 10:25 AM, E Robertsone.robertson@gmail.com wrote:
Hi All,
First, I've never used this filesystem before so excuse my ignorance.
I've added support in uboot but it seems to
Dear patrick...@ulinkcom.com,
In message 1248658716$21135$30104...@patrick_ye@ulinkcom.com you wrote:
I want to port u-boot to ARM4510 with big-endian, but I failed.
The error shows like this:
/root/usr/local/arm/3.3.2/bin/arm-linux-ld:
common/libcommon.a(crc16.o)£º
compile with
Hi All,
unfortunately currently I'm not able to reproduce this issue because boards
I'm using are not ported
to the best so far u-boot tree.
However:
- I worked with zlib-1.2.3 patch on my current u-boot version (1.3.1)
without problem with sh boards.
- This u-boot version is a little bit
Please, is there somebody that can test this patch on a differen arch than
PPC?
Arm: success.
tornado% git log --pretty=oneline | head -1
b201171f2b4d509f3ad510b214bee70ff902e3d6 zlib: updated to v.1.2.3
U-Boot 2009.06-00494-gb201171 (Jul 27 2009 - 17:05:15)
[...]
## Booting
On Sun, Jul 19, 2009 at 01:20:07AM +0200, Wolfgang Denk wrote:
Dear Scott Wood,
In message 20090602201923.ga4...@b07421-ec1.am.freescale.net you wrote:
On Tue, Jun 02, 2009 at 07:27:01PM +0800, adrian wen wrote:
Hi all,
I found a bug in nand.h which prevent UBOOT to supprt large
Chetan Nanda wrote:
We have a MIPS-4KEC based SoC and running an older version of U-Boot
(1.1.3) on it. It is working perfectly fine.
Board has 8MB AMD flash and starting address of that flash is
0xBFC0 (reset vector for MIPS).
Problem is that we are not able to access full 8MB of
On Monday 27 July 2009 17:09:28 Alessandro Rubini wrote:
Please, is there somebody that can test this patch on a differen arch
than PPC?
I just noticed a common difference in the failing uncompression's. Load
address is 0x0 in this case. Perhaps you could give this a try on your system
as
The entry point of an image can be 0 (like on PowerPC), so allow next_out
to be NULL in inflate()
Signed-off-by: Alessandro Rubini rub...@unipv.it
---
Stefan Roese:
I'll try to uncompress to something != 0 tomorrow on PPC.
You are right. I naively thought my arm has RAM at 0 like PPC, but
On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
--- /dev/null
+++ b/lib_generic/lzma/LzmaDec.c
@@ -0,0 +1,1007 @@
+/* LzmaDec.c -- LZMA Decoder
+2008-11-06 : Igor Pavlov : Public domain */
+
+#include LzmaDec.h
+
+#include string.h
there is no string.h in the source
Alessandro Rubini wrote:
The entry point of an image can be 0 (like on PowerPC), so allow next_out
to be NULL in inflate()
Hi,
this patch solves the inflate() error but now a watchdog reset is triggered
during decompression:
## Booting kernel from Legacy Image at 0020 ...
Image Name:
Hi Mike,
Mike Frysinger wrote:
On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please update to use
CONFIG_NET_MULTI
messages.
i see this on a bunch of Blackfin boards all due to the
Dear rhabarber1848,
In message h4kq2v$eo...@ger.gmane.org you wrote:
this patch solves the inflate() error but now a watchdog reset is triggered
during decompression:
...
The neither the old nor the new code incorporate WATCHDOG_RESET() so the new
You are wrong. The urrent code installs
Hi Mike,
On Mon, Jul 27, 2009 at 7:40 PM, Mike Frysingervap...@gentoo.org wrote:
On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
--- /dev/null
+++ b/lib_generic/lzma/LzmaDec.c
@@ -0,0 +1,1007 @@
+/* LzmaDec.c -- LZMA Decoder
+2008-11-06 : Igor Pavlov : Public domain */
+
On Monday 27 July 2009 14:17:44 Luigi Mantellini wrote:
On Mon, Jul 27, 2009 at 7:40 PM, Mike Frysinger wrote:
On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
--- /dev/null
+++ b/lib_generic/lzma/LzmaDec.c
@@ -0,0 +1,1007 @@
+/* LzmaDec.c -- LZMA Decoder
+2008-11-06 :
On Monday 27 July 2009 14:11:21 Ben Warren wrote:
Mike Frysinger wrote:
On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please update to use
CONFIG_NET_MULTI
messages.
i see this on a bunch
Mike Frysinger wrote:
On Monday 27 July 2009 14:11:21 Ben Warren wrote:
Mike Frysinger wrote:
On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please update to use
CONFIG_NET_MULTI
On Monday 27 July 2009 14:48:54 Luigi Mantellini wrote:
On Mon, Jul 27, 2009 at 8:27 PM, Mike Frysinger wrote:
On Monday 27 July 2009 14:17:44 Luigi Mantellini wrote:
On Mon, Jul 27, 2009 at 7:40 PM, Mike Frysinger wrote:
On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
On Mon, Jul 27, 2009 at 8:58 PM, Mike Frysingervap...@gentoo.org wrote:
CFLAGS bugs?
I tried to comment the -I...blablalb... and the build (crrectly) fails.
Can you remove the .depend from your source dir?
i said it doesnt matter. but if you're going to continue down this line of
reasoning
(sent again)
CFLAGS bugs?
I tried to comment the -I...blablalb... and the build (crrectly) fails.
Can you remove the .depend from your source dir?
ciao
On Mon, Jul 27, 2009 at 8:27 PM, Mike Frysingervap...@gentoo.org wrote:
On Monday 27 July 2009 14:17:44 Luigi Mantellini wrote:
On Mon, Jul
On Monday 27 July 2009 15:12:11 Luigi Mantellini wrote:
On Mon, Jul 27, 2009 at 8:58 PM, Mike Frysingervap...@gentoo.org wrote:
CFLAGS bugs?
I tried to comment the -I...blablalb... and the build (crrectly) fails.
Can you remove the .depend from your source dir?
i said it doesnt matter.
Ok... Now I understand.
We have two choices: CPPFLAGS or patch the LzmaDec.c.
I think that you prefer the second choice. right?
best regards,
luigi
On Mon, Jul 27, 2009 at 9:33 PM, Mike Frysingervap...@gentoo.org wrote:
On Monday 27 July 2009 15:12:11 Luigi Mantellini wrote:
On Mon, Jul 27,
On 22:42 Thu 23 Jul , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723202252.ga9...@game.jcrosoft.org you wrote:
Sorry if I have to ask, but I mostly lost track of the discussion. It
seems you reject these patches just because you dislike the naming
I have a stupid question: why the depend uses CPPFLAGS instead instead CFLAGS?
can this patch be acceptable? Or there is something that I don't understand?
diff --git a/rules.mk b/rules.mk
index 6f999dd..998dd4e 100644
--- a/rules.mk
+++ b/rules.mk
@@ -29,7 +29,7 @@ $(obj).depend:
}
diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
index 3e2e09f..8a83d92 100644
--- a/include/configs/nhk8815.h
+++ b/include/configs/nhk8815.h
@@ -93,7 +93,7 @@
#define CONFIG_SYS_GBL_DATA_SIZE 128 /* for initial data */
#define CONFIG_SYS_64BIT_VSPRINTF
On 10:16 Mon 27 Jul , Heiko Schocher wrote:
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 18:21 Thu 23 Jul , Dirk Behme wrote:
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
Umm... is this all for ARM for this merge window? I mean, could
On 14:28 Fri 24 Jul , Kyungmin Park wrote:
On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 09:55 Tue 21 Jul , Kyungmin Park wrote:
S5PC100 has own OneNAND controller and has different interface.
OneNAND IPL use it to S5PC100 board.
Wolfgang Denk wrote:
I wonder why you do not create a patch between the old original
version and what wd have in U-Boot now (which should clearly show
what has been changed to adapt this code for U-Boot), and then apply
(if necessary, manually) that patch to the current version?
Hi Wolfgang,
Dear Jean-Christophe,
In message 20090727195648.gb5...@game.jcrosoft.org you wrote:
If you have a specific example, where you see existing or even likely
name conflicts, then please show it. Otherwise I suggest we just
leave the code as is.
yes I have as we prepapre a gpio generic
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090727200408.gc5...@game.jcrosoft.org you wrote:
@@ -110,6 +110,22 @@
#define CONFIG_PL01x_PORTS { (void *)CFG_SERIAL0, (void *)CFG_SERIAL1 }
#define CONFIG_PL011_CLOCK 4800
+/* i2c, for the port extenders (uses gpio.c in
Dear rhabarber1848,
In message h4l1p8$d5...@ger.gmane.org you wrote:
Though is seems that
if (z-outcb != Z_NULL)
(*z-outcb)(Z_NULL, 0);
is not used anymore in zlib.c so the WATCHDOG_RESET calls are silently
ignored. I will try to re-add them tomorrow.
I see.
Besides this, rc1 is
Dear Luigi Mantellini,
In message b73e93990907271302g31b398d3qf4acf29d1af13...@mail.gmail.com you
wrote:
I have a stupid question: why the depend uses CPPFLAGS instead instead CFLAGS?
Because depend runs $(CC) -M, i. e. just the preprocessor, so any
additional flags needed for later compiler
Dear Mike Frysinger,
In message 1248683475-2658-1-git-send-email-vap...@gentoo.org you wrote:
The envcrc utility is only called when it is actually needed, so having the
internal code depend on ENV_IS_EMBEDDED isn't necessary. Plus, by always
building it, external utils can manipulate the
On Fri, Jul 24, 2009 at 11:40:09AM -0500, Kim Phillips wrote:
with this patch, this mpc8313 board does this:
U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
Reset Status:
CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
Board: Freescale MPC8313ERDB
I2C:
On Mon, Jul 27, 2009 at 10:49 PM, Wolfgang Denkw...@denx.de wrote:
Dear Luigi Mantellini,
Arghhh. Mike already told you before: please do not top post / full
quote. Please read http://www.netmeister.org/news/learn2quote.html to
understand what this means.
I'm sorry!
--
Luigi 'Comio'
Dear Stefan,
In message 1248677388-30459-1-git-send-email-eib...@gdsys.de Dirk
Eibach wrote:
Board support for the Guntermann Drunck CompactCenter and
DevCon-Center.
Based on the AMCC Canyonlands board support by Stefan Roese.
...
+int board_early_init_f(void)
+{
+ u32 pvr =
On Monday 27 July 2009 14:30:05 Ben Warren wrote:
Mike Frysinger wrote:
On Monday 27 July 2009 14:11:21 Ben Warren wrote:
Mike Frysinger wrote:
On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please
with this patch, this mpc8313 board does this:
U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
Reset Status:
CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
Board: Freescale MPC8313ERDB
I2C: ready
DRAM: 128 MB
FLASH: ## Unknown FLASH on
Ben Warren wrote:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
- cleaned up line lengths
- modified all boards that override weak function in this driver
- modified all eeprom standalone apps to
Liu Dave-R63238 wrote:
with this patch, this mpc8313 board does this:
U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
Reset Status:
CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
Board: Freescale MPC8313ERDB
I2C: ready
DRAM: 128 MB
FLASH: ## Unknown
with this patch, this mpc8313 board does this:
U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
Reset Status:
CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
Board: Freescale MPC8313ERDB
I2C: ready
DRAM: 128 MB
FLASH: ## Unknown FLASH on
On Mon 27 Jul 2009 17:43, Ben Warren pondered:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
First - thanks.
Second - It's a style thing, but...
---
board/bf533-ezkit/bf533-ezkit.c | 12 +
include/netdev.h |1 +
On Mon 27 Jul 2009 17:47, Ben Warren pondered:
Ben Warren wrote:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
- cleaned up line lengths
- modified all boards that override weak function in this
On Mon 27 Jul 2009 17:47, Ben Warren pondered:
Ben Warren wrote:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
- cleaned up line lengths
- modified all boards that override weak function in this
Hi Robin,
Robin Getz wrote:
On Mon 27 Jul 2009 17:43, Ben Warren pondered:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
First - thanks.
Second - It's a style thing, but...
---
board/bf533-ezkit/bf533-ezkit.c | 12 +
On Mon 27 Jul 2009 18:17, Ben Warren pondered:
I actually like to have them in the board C code. To the casual
observer, it is obvious that certain ethernet controllers are optional,
whereas if all they see is a string of initialization functions for
different chips they might say, WTF?.
Hi,
I'm working on a custom MPC8313 board. It was booting up fine using NOR
flash and ext2 filesystem.
Configured u-boot and Linux and made transition to use NAND flash and
JFFS2 filesystem and now system hangs when running Linux kernel.
I've tried different things but I'm stuck.
Thanks in
On Tue, Jul 28, 2009 at 5:09 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 14:28 Fri 24 Jul , Kyungmin Park wrote:
On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 09:55 Tue 21 Jul , Kyungmin Park wrote:
S5PC100
On Monday 27 July 2009 18:16:27 Robin Getz wrote:
On Mon 27 Jul 2009 17:43, Ben Warren pondered:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
First - thanks.
Second - It's a style thing, but...
---
board/bf533-ezkit/bf533-ezkit.c | 12 +
On Sat, 25 Jul 2009 06:19:12 +0200
Stefan Roese s...@denx.de wrote:
From: Reinhard Arlt reinhard.a...@esd-electronics.com
This patch adds support for the esd VME8349 board equipped with the
MPC8349. It's a VME PMC carrier board equipped with the Tundra
TSI148 VME-bridge.
Signed-off-by:
On Fri, 24 Jul 2009 12:22:02 -0500
Kim Phillips kim.phill...@freescale.com wrote:
..and its PCIE variant.
Signed-off-by: Kim Phillips kim.phill...@freescale.com
---
applied, thanks.
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Wolfgang, please pull (mostly) support for the VME8349 board (it's
initial patch was posted well in advance of the window) and a couple of
fixes:
The following changes since commit 94978e19f31d225b4f7d97c4acbac1ecfaeb8f69:
Wolfgang Denk (1):
Prepare 2009.08-rc1 (again, after fixing
On Monday 27 July 2009 17:43:22 Ben Warren wrote:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
- cleaned up line lengths
- modified all boards that override weak function in this driver
- modified
Hi Gurumurthy,
GurumurthyGowdar wrote:
Dear All,
i am using MPC8280 in our board which has 512MB of SDRAM i.e. from micron.
when i give command mtest to check memory from U-boot, machine check
and program exception is coming after 40 - 60mins later it hangs.
i have checked the SDRAM
Hi Wolfgang,
On Monday 27 July 2009 23:06:50 Wolfgang Denk wrote:
+ mtdcr(uic3sr, 0x); /* clear all */
+ mtdcr(uic3er, 0x); /* disable all */
+ mtdcr(uic3cr, 0x); /* all non-critical */
+ mtdcr(uic3pr, 0x); /* per ref-board
On Mon, Jul 27, 2009 at 8:36 PM, Tim Braun tim.br...@librestream.comwrote:
Chetan Nanda wrote:
We have a MIPS-4KEC based SoC and running an older version of U-Boot
(1.1.3) on it. It is working perfectly fine.
Board has 8MB AMD flash and starting address of that flash is
0xBFC0 (reset
On Monday 27 July 2009 08:49:48 Dirk Eibach wrote:
Board support for the Guntermann Drunck CompactCenter and
DevCon-Center.
Based on the AMCC Canyonlands board support by Stefan Roese.
Signed-off-by: Dirk Eibach eib...@gdsys.de
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
On Monday 27 July 2009 10:53:43 Stefan Roese wrote:
Testing on AMCC Arches with the latest U-Boot version yielded that DDR2
initialization is currently broken. U-Boot hangs upon relocation to SDRAM
or crashes with random traps. This patch fixes this problem. Arches now
uses a different WRDTR
On Monday 27 July 2009 07:42:37 Stefan Roese wrote:
DDR2 Auto-calibration needs to be disabled on the NAND booting PPC4xx
targets. Otherwise the configured fixed init values for some DDR2
controller registers (e.g. RQDC) are not initialized at all resulting
in a non working SDRAM.
On Monday 27 July 2009 07:42:48 Stefan Roese wrote:
This patch adds some I2C bootstrap setting for NAND booting to the Kilauea
chip_config command (533-nand and 600-nand).
Additionally some incorrectly indented lines are fixed.
Signed-off-by: Stefan Roese s...@denx.de
Applied to
On Monday 27 July 2009 09:13:38 Stefan Roese wrote:
This patch fixes the problem, that the current fdt board fixup code only
set's one range, the one for NOR. By this it's overwriting the already
correctly configured values done in __ft_board_setup(). Just remove this
now unneeded NOR fixup
The following changes since commit 10c7604d021949464b1e4ba903df95e6b2f0d2ff:
Wolfgang Denk (1):
Prepare 2009.08-rc1
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Dirk Eibach (1):
ppc4xx: Add GDsys CompactCenter board support.
Stefan
Hello Prafulla,
it seems to me, that for all actual CONFIG_KW88F6281 boards,
[...@pollux u-boot-arm]$ grep -lr CONFIG_KW88F6281 include/configs/
include/configs/mv88f6281gtw_ge.h
include/configs/sheevaplug.h
the mtest command crashes the boards, because they all have
TEXT_BASE = 0x0060
Jens Scharsig wrote:
My new video driver vcxk produce a compiler warning.
I'm sorry about this.
This patch will
* FIX: bus_vcxk.c:383: warning: unused variable 'lineptr'
Signed-off-by: Jens Scharsig e...@bus-elektronik.de
---
Applied to u-boot-video/master. Thanks.
Please note
86 matches
Mail list logo
