Dear Marek Vasut,
The problem is clear from this IRC log, where vickylinuxer described his
grief
(so I included the log, the board really doesn't build). I also did a quick
and
dirty patch (follows the log, it might give you an idea where it breaks, but
it's a mess -- not all is
Just noticed that the subject was wrong!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday 02 February 2011 09:16:46 Reinhard Meyer wrote:
Dear Marek Vasut,
Hi,
The problem is clear from this IRC log, where vickylinuxer described
his grief (so I included the log, the board really doesn't build). I
also did a quick and dirty patch (follows the log, it might give
On 02/02/2011 08:23 AM, Kumar Gala wrote:
Wanted to see if anyone had input on how to deal with the SPI
controller on some of our newer parts. It expects command data
xfer's to happen together. However our current code does not call
spi_xfer() that way.
Which is your concrete case ?
Dear Stefano Babic:
On 02/02/2011 08:23 AM, Kumar Gala wrote:
Wanted to see if anyone had input on how to deal with the SPI
controller on some of our newer parts. It expects command data
xfer's to happen together. However our current code does not call
spi_xfer() that way.
Which is your
The patch add CONFIG_HW_WATCHDOG to be used
with the internal watchdog timer of the MX31
processor. Two function are exported for the
board maintainers:
mxc_hw_watchdog_enable
mxc_hw_watchdog_reset
The board maintainer can decide to use mxc_hw_watchdog_reset as
hw_watchdog_reset,
Signed-off-by: Stefano Babic sba...@denx.de
---
board/davedenx/qong/qong.c | 12
include/configs/qong.h |1 +
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/board/davedenx/qong/qong.c b/board/davedenx/qong/qong.c
index 8a81cfc..3ace6cd 100644
---
Dear Alfred Morgan,
In message 30ada4e9-4366-4c21-a901-55d23c87e...@54.org you wrote:
I am having trouble executing anything using U-Boot. I have read the
U-Boot README and Manual. I have also tried to following the steps on
plugcomputer.org's wiki. I was feeling like I was beginning to
Dear Marek Vasut,
In message 201102020849.36451.marek.va...@gmail.com you wrote:
The problem is clear from this IRC log, where vickylinuxer described his
grief
(so I included the log, the board really doesn't build). I also did a quick
and
dirty patch (follows the log, it might give you
Hi Wolfgang
The project was started more than a year back and that time 2009.11
was the latest version, so we are still continuing with the same.
On running the back trace I found that functions to be called were from -
malloc
env_relocate
board_init_r
trap_init
To be more precise the code was
Hello Wolfgang, Albert,
On Tuesday 01 February 2011 03:33 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4d47c1c9.1020...@ti.com you wrote:
Why would that be necessary? Just put the BSS segment in SDRAM, and
everything is fine, isn't it?
SDRAM is initialized by the SPL. So, bss can
Hi Aneesh,
Le 02/02/2011 14:17, Aneesh V a écrit :
Hello Wolfgang, Albert,
On Tuesday 01 February 2011 03:33 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4d47c1c9.1020...@ti.com you wrote:
Why would that be necessary? Just put the BSS segment in SDRAM, and
everything is fine, isn't
Hi Albert,
On Wednesday 02 February 2011 07:07 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 02/02/2011 14:17, Aneesh V a écrit :
Hello Wolfgang, Albert,
On Tuesday 01 February 2011 03:33 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4d47c1c9.1020...@ti.com you wrote:
Why would that be
Hi,
this patch fix the support for CE don't care nand
Michael Trimarchi
commit 0cb23ef858407a7a9de6e353e08394637c518c89
Author: Michael Trimarchi mich...@evidence.eu.com
Date: Wed Feb 2 14:24:21 2011 +0100
Fix the CE for the NAND don't care
Signed-off-by: Michael Trimarchi
Le 02/02/2011 15:01, Aneesh V a écrit :
Hi Albert,
On Wednesday 02 February 2011 07:07 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 02/02/2011 14:17, Aneesh V a écrit :
Hello Wolfgang, Albert,
On Tuesday 01 February 2011 03:33 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In
Dear saugat mitra,
In message aanlktinldpaskbphj+eyg6rtveeixth7x8dydhqba...@mail.gmail.com you
wrote:
The project was started more than a year back and that time 2009.11
was the latest version, so we are still continuing with the same.
I can imagine that you dislike this, but you are
---
lib/gunzip.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/lib/gunzip.c b/lib/gunzip.c
index 482a476..18cb45b 100644
--- a/lib/gunzip.c
+++ b/lib/gunzip.c
@@ -106,12 +106,16 @@ int zunzip(void *dst, int dstlen, unsigned char *src,
unsigned long
Mike,
On Wed, Feb 2, 2011 at 12:57 AM, Mike Rapoport m...@compulab.co.il wrote:
On 02/02/11 02:09, Tom Warren wrote:
I haven't seen any new feedback on this version (V6) of the patchset
since it was posted.
Wolfgang, Mike, Peter, et al - are you happy with the current patch?
I'm Ok with
We can simplify some cpu/SoC level initialization by moving it to be
after the environment and non-volatile storage is setup as there might
be dependancies on such things in various boot configurations.
For example for FSL SoC's with QE if we boot from NAND we need it setup
to extra the ucode
Wolfgang,
Did you read
http://www.denx.de/wiki/view/DULG/MyStandaloneProgramDoesNotWork
I did. I have not modified hello_world.c so I thought it wouldn't apply. Here
is my nm output:
$ nm -n examples/standalone/hello_world
0010 N $d
003c N $d
0c10 t $a
0c10 T hello_world
On Wed, 2011-02-02 at 11:27 -0600, Kumar Gala wrote:
+void cpu_late_init_r(void)
+{
+#ifdef CONFIG_QE
+ uint qe_base = CONFIG_SYS_IMMR + 0x0008; /* QE immr base */
+ qe_init(qe_base);
+ qe_reset();
+#endif
+}
You did not move qe_reset() inside qe_init() as you
On 01/31/2011 06:42 PM, Joe Xue wrote:
for more information about this chip, please check:
http://www.asix.com.tw/products.php?op=pItemdetailPItemID=98;65;86PLine=65
Signed-off-by: Joe Xue lg...@hotmail.com
Please add a version number to your patch to make easier tracking which
is your
On Feb 2, 2011, at 11:53 AM, Haiying Wang wrote:
On Wed, 2011-02-02 at 11:27 -0600, Kumar Gala wrote:
+void cpu_late_init_r(void)
+{
+#ifdef CONFIG_QE
+uint qe_base = CONFIG_SYS_IMMR + 0x0008; /* QE immr base */
+qe_init(qe_base);
+qe_reset();
+#endif
+}
You did not
We can simplify some cpu/SoC level initialization by moving it to be
after the environment and non-volatile storage is setup as there might
be dependancies on such things in various boot configurations.
For example for FSL SoC's with QE if we boot from NAND we need it setup
to extra the ucode
Le 02/02/2011 18:06, Tom Warren a écrit :
Mike,
On Wed, Feb 2, 2011 at 12:57 AM, Mike Rapoportm...@compulab.co.il wrote:
On 02/02/11 02:09, Tom Warren wrote:
I haven't seen any new feedback on this version (V6) of the patchset
since it was posted.
Wolfgang, Mike, Peter, et al - are you
On Wed, 2 Feb 2011 08:49:36 +0100
Marek Vasut marek.va...@gmail.com wrote:
diff --git a/config.mk b/config.mk
index 5147c35..fe1d40c 100644
--- a/config.mk
+++ b/config.mk
@@ -261,7 +261,7 @@ $(obj)%.s: %.c
# If the list of objects to link is empty, just create an empty built-in.o
Dear Alfred Morgan,
In message 4ea4f7e8-6ea1-44d9-a087-04a4f2774...@54.org you wrote:
I did. I have not modified hello_world.c so I thought it wouldn't =
apply. Here is my nm output:
$ nm -n examples/standalone/hello_world
0010 N $d
003c N $d
0c10 t $a
0c10 T
Dear Yoshihiro Shimoda,
In message 4d48ade3.4070...@renesas.com you wrote:
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
This patch depends on sh: add support for sh7757lcr board.
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Applied,
Dear Nobuhiro Iwamatsu,
In message 20110202073515.gb8...@chimagu.nigauri.org you wrote:
Applied, thanks.
On Wed, Feb 02, 2011 at 10:05:39AM +0900, Yoshihiro Shimoda wrote:
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
This patch depends on sh: add support for
On Jan 26, 2011, at 10:52 PM, Mingkai Hu wrote:
Signed-off-by: Mingkai Hu mingkai...@freescale.com
Acked-by: Andy Fleming aflem...@freescale.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday 02 February 2011 20:43:00 Scott Wood wrote:
On Wed, 2 Feb 2011 08:49:36 +0100
Marek Vasut marek.va...@gmail.com wrote:
diff --git a/config.mk b/config.mk
index 5147c35..fe1d40c 100644
--- a/config.mk
+++ b/config.mk
@@ -261,7 +261,7 @@ $(obj)%.s: %.c
# If the list
Hey!
iMX5: EfikaMX: Preliminary board support
u-boot-imx has:
#define MACH_TYPE_MX51_LANGE51 2336
#define MACH_TYPE_MX51_LANGE52 2337
u-boot-arm has:
#define MACH_TYPE_MX51_EFIKAMX 2336
#define MACH_TYPE_MX51_LANGE52 2337
and linux
Thanks,
I took the patch but it looks like it's unable to read the eeprom. It's
possible it may also have something to do with our PCIE implementation since
I'm trying to bring that up with the updated u-boot. I also need to go through
the code and make sure that the driver is 64-bit friendly
Poke the watchdog in a variety of looping constructs, which could take
a long time to complete.
Signed-off-by: Scott Wood scottw...@freescale.com
---
Jaap, does this resolve the watchdog problems you were seeing?
drivers/mtd/nand/nand_base.c |6 ++
drivers/mtd/nand/nand_util.c |2 ++
We have our cache enabled since we're a cache coherent architecture so the
performance is not due to cache (otherwise FAT would also be slow).
The hub that's failing has a transaction translator built in whereas the ones
that work do not. For some reason it fails trying to reset this hub.
Well, then your entry point is at 0c10 and you don;t have to try
other addresses.
At least that narrows my problem down. If my problem is stdout not being sent
to serial then how could I easily confirm this happening or not? Will someone
code me a blinking LED hello_world.c or, since I
On Wed, Feb 2, 2011 at 2:55 PM, Wolfgang Denk w...@denx.de wrote:
Hello everybody:
* U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
* Release v2011.03 is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been
included.
This omap timer fix never got applied
http://patchwork.ozlabs.org/patch/76803/
was on vacation. I missed it. I'll apply it.
--Sandeep
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Disregard my previous email. I'm running into some issues trying to get PCIe
working in u-boot.
-Aaron
On Wednesday, February 02, 2011 03:51:14 pm Aaron Williams wrote:
Thanks,
I took the patch but it looks like it's unable to read the eeprom. It's
possible it may also have something to do
On 02/02/11 19:06, Tom Warren wrote:
Mike,
On Wed, Feb 2, 2011 at 12:57 AM, Mike Rapoport m...@compulab.co.il wrote:
On 02/02/11 02:09, Tom Warren wrote:
I haven't seen any new feedback on this version (V6) of the patchset
since it was posted.
Wolfgang, Mike, Peter, et al - are you happy
On 02/03/2011 01:04 AM, Loïc Minier wrote:
Hey!
iMX5: EfikaMX: Preliminary board support
u-boot-imx has:
#define MACH_TYPE_MX51_LANGE51 2336
#define MACH_TYPE_MX51_LANGE52 2337
u-boot-arm has:
#define MACH_TYPE_MX51_EFIKAMX 2336
hi Aneesh,
On Wed, Feb 2, 2011 at 7:31 PM, Aneesh V ane...@ti.com wrote:
Yes. These are variables that otherwise would go to BSS. I do this
because I need them before SDRAM initialization. One of this is the gd
structure. I allocate gd structure in .data that is in IRAM.
Why I need gd before
Hello Graeme,
On Thursday 03 February 2011 02:31 AM, Graeme Russ wrote:
[snip ..]
Yes. These are variables that otherwise would go to BSS. I do this
because I need them before SDRAM initialization. One of this is the gd
structure. I allocate gd structure in .data that is in IRAM.
Why I need
Hai all .
I am very new to U-boot and trying to port u-boot onto MPC885 platform.
I have done necessary changes in uboot and burned the Uboot binary in NOR
based FLASH.
The code is executing from FLASH and am able to see console messages.
And no messages are seen after the following
Hello Sughosh,
On Thursday 03 February 2011 12:19 PM, sughosh ganu wrote:
hi Aneesh,
On Wed, Feb 2, 2011 at 7:31 PM, Aneesh V ane...@ti.com
mailto:ane...@ti.com wrote:
Yes. These are variables that otherwise would go to BSS. I do this
because I need them before SDRAM
From: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
board/renesas/sh7785lcr/Makefile |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/board/renesas/sh7785lcr/Makefile
Dear Lakshmi T,
In message 002b01cbc370$fc2e0920$f48a1b60$@com you wrote:
I am very new to U-boot and trying to port u-boot onto MPC885 platform.
I have done necessary changes in uboot and burned the Uboot binary in NOR
based FLASH.
The code is executing from FLASH and am able to see
Dear Alfred Morgan,
In message 85926fd6-dc95-41c1-9034-64697d1a8...@54.org you wrote:
At least that narrows my problem down. If my problem is stdout not
being sent to serial then how could I easily confirm this happening or
not? Will someone code me a blinking LED hello_world.c or, since I
On Thursday 03 February 2011 07:32:02 Stefano Babic wrote:
On 02/03/2011 01:04 AM, Loïc Minier wrote:
Hey!
iMX5: EfikaMX: Preliminary board support
u-boot-imx has:
#define MACH_TYPE_MX51_LANGE51 2336
#define MACH_TYPE_MX51_LANGE52 2337
Hi Alfred,
Le 03/02/2011 01:35, Alfred Morgan a écrit :
Will someone code me a blinking LED hello_world.c or, since I have serial
working, a serial version I can try?
What prevents you from coding this? You have the whole source code and
you build your hello_world from the same tree that
Hi,
2011/2/3 Wolfgang Denk w...@denx.de:
Hello everybody:
* U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
* Release v2011.03 is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been
included.
Note that still a large
51 matches
Mail list logo