Hi,
I am reading the u-boot docs and am using the u-boot image on a Xilinx
microblaze board to load the Petalinux image on the board. I want to know
whether u-boot supports listing of 2 kernel images and gives option to the user
to choose the image to be loaded into the system.
I have already
Dear mayuri rajendra kulkarni,
In message 20090714060012.57301.qm...@f5mail-237-237.rediffmail.com you wrote:
I am reading the u-boot docs and am using the u-boot image on a Xilinx
microblaze board to load the Petalinux image on the board. I want to know
whether u-boot supports listing of 2
When packets arrive on the interface that are larger than the buffer
being passed to U-Boot from a standalone application, then the eth_receive()
returns -1 and leaves the packet saved. The next call to eth_receive()
will find that same packet and can fail for the exact same reason.
A typical
The following commit modified include/asm-ppc/config.h so that
config_canyonlands has CONFIG_FSL_DMA active (because of
CONFIG_DDR_ECC), which is probably not intended. I'm not sure how to fix
this properly, maybe some Freescale guru could comment.
Cheers
Dirk
commit
Dirk,
On Tuesday 14 July 2009 10:32:36 Eibach, Dirk wrote:
The following commit modified include/asm-ppc/config.h so that
config_canyonlands has CONFIG_FSL_DMA active (because of
CONFIG_DDR_ECC), which is probably not intended. I'm not sure how to fix
this properly, maybe some Freescale guru
Otherwise git bisect is your fried...
git bisect rocks!
So I finally found the nasty bugger:
commit d873133f2ba9bd613d5f6552c31cc70fb13f15d3
Author: Stefan Roese s...@denx.de
Date: Mon May 11 13:46:14 2009 +0200
ppc4xx: Add Sequoia RAM-booting target
Hmm, not sure yet what causes the
Dear Kim,
In message 1247098309-29122-2-git-send-email-pty...@xes-inc.com Peter Tyse
wrote:
When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
defined use DMA to set SDRAM to a known state. Previously a sequence of
64-bit stores was used.
Signed-off-by: Peter Tyser
On Tuesday 14 July 2009 11:19:16 Eibach, Dirk wrote:
Otherwise git bisect is your fried...
git bisect rocks!
:)
So I finally found the nasty bugger:
commit d873133f2ba9bd613d5f6552c31cc70fb13f15d3
Author: Stefan Roese s...@denx.de
Date: Mon May 11 13:46:14 2009 +0200
ppc4xx: Add
Hello.
Magnus Lilja lilja.mag...@gmail.com 09.07.09 19.08 Uhr
I made the defines you mentioned above and build the image with make
mx31guf_config (it's quite similar to the PDK
board). Then I loaded the resulting u-boot.bin to 0x8100 and tried to
run 0x8100. The run command is
Hi Wolfgang,
could you please merge this change to your tree?
Thanks,
Michal
Michal Simek wrote:
Hi Wolfgang,
Please pull my asm-generic branch. There is only one patch which
create asm-generic folder with errno.h.
I have got ack from ppc40x, blackfin, arm, coldfire and avr custodians.
Signed-off-by: Valeriy Glushkov g...@lstec.com
Signed-off-by: Paulraj, Sandeep s-paul...@ti.com
---
drivers/mtd/nand/nand_util.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c
index fc16282..694ead6
Hi Andrzej,
In message h3bhhv$l6...@ger.gmane.org you wrote:
Fix incorrect information about size units.
Signed-off-by: Andrzej Wolski awol...@poczta.fm
---
diff --git a/common/cmd_ubi.c b/common/cmd_ubi.c
index bbca389..d1653b1 100644
--- a/common/cmd_ubi.c
+++ b/common/cmd_ubi.c
@@
Hi
2009/7/14 Ulrich Gerster gerst...@dhbw-loerrach.de:
Hello.
Magnus Lilja lilja.mag...@gmail.com 09.07.09 19.08 Uhr
I made the defines you mentioned above and build the image with make
mx31guf_config (it's quite similar to the PDK
board). Then I loaded the resulting u-boot.bin to
Dear Ulrich Gerster,
In message 4a5c71da024d00014...@hochblauen.ba-loerrach.de you wrote:
I can ping my linux host and I'm able to download a binary file via TFTP into
RAM.
But I'm not able to ping the boad with u-boot from my linux host. In my
config-file I
defined CONFIG_NETMASK
Hi Wang,
the code is from arch/powerpc/boot/cuboot-bamboo.c, and the kernel is
2.6.30.1, the boot image I'm using is something like cuImage.bamboo, I
checked zImage.ld.S, and found that when we're running cuImage.bamboo,
we actually fall into arch/powerpc/boot/crt0.S:_zimage_start(), which
Hi Prafulla,
Then I feel what Jean has suggested is the only way to go ahead with kirkwood
use case
I will go ahead with this.
Ref:
we can simply add a new target
u-boot.kwd
which will do somthing like this
$(obj)u-boot.kwd: $(obj)u-boot.bin
$(do_image) $(obj)u-boot.kwd
Hi Raphael,
I've started the bring-up process in my board. All power sources are up and
the JTAG interface is OK. I'm getting the following result, the JTAG
starts and tries to stop the processor, but it doesn't stop.
Did you try to contact Abatron support? They are usually pretty good at
Thank you very much, also found the method is documented the new u-boot wiki.
Best Regards,
Wang
On Tue, Jul 14, 2009 at 7:24 PM, Detlev Zundeld...@denx.de wrote:
Hi Wang,
the code is from arch/powerpc/boot/cuboot-bamboo.c, and the kernel is
2.6.30.1, the boot image I'm using is something
Hello,
Wolfgang Denk w...@denx.de 14.07.09 13.22 Uhr
Dear Ulrich Gerster,
In message 4a5c71da024d00014...@hochblauen.ba-loerrach.de you wrote:
I can ping my linux host and I'm able to download a binary file via TFTP
into RAM.
But I'm not able to ping the boad with u-boot from my
Hello Detlev,
Yes, I did. In fact they're analyzing this right now, but I know that
there are many people in this list that have large experience with this
JTAG.
Thanks,
Raphael
On Tue, Jul 14, 2009 at 8:40 AM, Detlev Zundel d...@denx.de wrote:
Hi Raphael,
I've started the bring-up
Dear Ulrich Gerster,
In message 4a5c8fd3024d00014...@hochblauen.ba-loerrach.de you wrote:
Another strange thing is that I can't read from nand flash but I can =
write.
That's indeed strange. How do you know you can write then when you
cannot read the data back for verification?
Hmm, not sure yet what causes the problem here, but this changes in
cpu/ppc4xx/start.S look fishy...
I found that the old code does not clear TLB entry #0.
So this helps in my case:
diff --git a/cpu/ppc4xx/start.S b/cpu/ppc4xx/start.S
index ac96fc2..7be73a7 100644
---
On Tuesday 14 July 2009 14:31:50 Eibach, Dirk wrote:
Hmm, not sure yet what causes the problem here, but this changes in
cpu/ppc4xx/start.S look fishy...
I found that the old code does not clear TLB entry #0.
So this helps in my case:
Yes, I already generated exactly this patch here as
Dear Wolfgang Denk.
On Mon, Jul 13, 2009 at 9:34 PM, Wolfgang Denk w...@denx.de wrote:
When I wrote GCC's register usage conventions I usually mean exactly
that and not some completely different thing.
You also might want to read the README. Search for On ARM, the
following registers are
Hi.
While working on U-Boot for our board we have found problem related to
CONFIG_API option. In general, enabling it causes build failure. Our tests
showed that problem exists also on other ARM U-Boot targets (for example
davinci_dvevm).
Do you think that this problem may be caused by your
Patch d873133f [ppc4xx: Add Sequoia RAM-booting target] broke normal
booting on some 44x platforms. This breakage is only noticed in some
cases while powercycling. As it seems, the code in question in start.S
didn't invalidate TLB #0. This makes sense since this TLB is used for
the bootrom
On Jul 14, 2009, at 4:22 AM, Wolfgang Denk wrote:
Dear Kim,
In message 1247098309-29122-2-git-send-email-pty...@xes-inc.com
Peter Tyse wrote:
When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is
not
defined use DMA to set SDRAM to a known state. Previously a
sequence
On Tue, 2009-07-14 at 11:22 +0200, Wolfgang Denk wrote:
Dear Kim,
In message 1247098309-29122-2-git-send-email-pty...@xes-inc.com Peter Tyse
wrote:
When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
defined use DMA to set SDRAM to a known state. Previously a sequence
On Tue, Jul 14, 2009 at 2:26 AM, Michael Zaidman
michael.zaid...@gmail.comwrote:
On Mon, Jul 13, 2009 at 9:40 PM, Robin Getz rg...@blackfin.uclinux.org
wrote:
On Mon 13 Jul 2009 11:11, Michael Zaidman pondered:
I did verify that reverting the line exposes the bug that Michael
fixed,
Hi Wolfgang,
Please pull this change for u-boot-coldfire/next into your branch:
The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
Wolfgang Denk (1):
mpc5121ads: add JFFS2 and MTDPARTS support; adjust flash map
are available in the git repository at:
On Sun, 2009-07-12 at 14:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 22:42 Fri 10 Jul , Mike Frysinger wrote:
On Friday 10 July 2009 21:20:45 Shinya Kuribayashi wrote:
Peter Tyser wrote:
Before verifying MIPS builds, I'd like to make sure that why you take
lib/$(ARCH)/
Dear Peter Tyser,
In message 1247582520.30723.4.ca...@localhost.localdomain you wrote:
There was some discussion about whether to use DMA to initialize SDRAM
on the 83xx architecture (which this patch does). After some
benchmarking by Ira Synder it turns out that using DMA is actually
On Mon, Jul 13, 2009 at 9:12 PM, Lu Chen-B21101chen...@freescale.com wrote:
Changelog for this patch:
Don't include messages like this in the actual changelog, because then
you force the git repository maintainer (Kim, in this case) to edit
your patch when applying it.
This patch is used to
Hi everyone,
My name is Velu and I am from the University of Michigan. Currently I am
leading one of the sub-systems where we are trying to use the Toradex PXA270
as a micro controller for a cube shaped satellite (CUBESAT) which is to be
launched by the end of this year. I have been runnign into
Hello.
Magnus Lilja lilja.mag...@gmail.com 14.07.09 16.03 Uhr
CONFIG_SYS_NAND_BASE CS0_BASE should be correct because the Flash
is located at 0xA000 which should be CS0_BASE. Why do you think it is
wrong?
Because the NAND flash is not connected to any of the standard memory
mapped
On Tue, 14 Jul 2009 09:42:00 -0500
Peter Tyser pty...@xes-inc.com wrote:
I'm assuming Kim would prefer not to use DMA and thus this patch should
be discarded.
yeah, I prefer speed :)
Kim, let me know if this is the case and I'll resubmit a patch just to
fix the build error. Patches 2 and
Hi
2009/7/14 Ulrich Gerster gerst...@dhbw-loerrach.de:
Hello.
Magnus Lilja lilja.mag...@gmail.com 14.07.09 16.03 Uhr
I used the patch from you out of this posting:
[U-Boot-Users] [PATCH RFC 3/5] i.MX31: Add i.MX31 NAND Flash Controller
driver.
The SAM9-L9260 board support is based on code for AT91SAM9260EK. Networking
is missing and will be added after the MACB support for AT91 boards is
fixed to comply with U-Boot guide-lines.
Signed-off-by: Dimitar Dimitrov dinu...@gmail.com
---
MAINTAINERS |1 +
Dear Dimitar Dimitrov,
In message 200907142209.57504.dinu...@gmail.com you wrote:
This is my second try for Olimex SAM9-L9260/61 board support patches.
I deleted the board ethernet initialization and hopefully will add
it later in a state that can be accepted.
Here follows the first patch.
Fixed the DHCP/BOOTP/RARP regression introduced in u-boot-2009.06
by initializing our IP addr to 0 in order to accept any IP addr
assigned to us by the DHCP/BOOTP/RARP server.
Ack-by: Robin Getz rg...@blackfin.uclinux.org
Signed-off-by: Michael Zaidman michael.zaid...@gmail.com
---
net/net.c |
Fixed the DHCP/BOOTP/RARP regression introduced in u-boot-2009.06
by initializing our IP addr to 0 in order to accept any IP addr
assigned to us by the DHCP/BOOTP/RARP server.
Ack-by: Robin Getz rg...@blackfin.uclinux.org
Signed-off-by: Michael Zaidman michael.zaid...@gmail.com
---
Added to
a.k.a cfi_mtd.c does as cfi_flash.c does. This also prevents
the TQM834x build from doing a:
cfi_mtd.c:36: error: variably modified 'cfi_mtd_info' at file scope
cfi_mtd.c:37: error: variably modified 'cfi_mtd_names' at file scope
using gcc 4.4.
Signed-off-by: Kim Phillips
On Sat, 20 Jun 2009 19:10:14 +0900
Shinya Kuribayashi skuri...@pobox.com wrote:
The following commit introduced $(PCI_CLOCK) reference so that
we could tweak `PCI_66M' definition via an environment variable.
commit f046ccd15c8bc9613bfd72916b761a127d36e5c6
Author: Eran Liberty
On Tue, 30 Jun 2009 15:48:40 +0300
Valeriy Glushkov g...@lstec.com wrote:
Signed-off-by: Valeriy Glushkov g...@lstec.com
---
applied 1-2/2.
Thanks,
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang, please pull some ITX board USB config tweaking, and some
regular maintenance fixes for 83xx:
The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
Wolfgang Denk (1):
mpc5121ads: add JFFS2 and MTDPARTS support; adjust flash map
are available in the git
u-boot-2009.06\drivers\mtd\cfi_flash.c
Line: 836~845
Function: flash_write_cfiword
case CFI_CMDSET_AMD_EXTENDED:
case CFI_CMDSET_AMD_STANDARD:
#ifdef CONFIG_FLASH_CFI_LEGACY
case CFI_CMDSET_AMD_LEGACY:
#endif
sect = find_sector(info, dest);
flash_unlock_seq (info, sect);
On Tuesday 14 July 2009 17:20:43 Peter Tyser wrote:
I prefer the
arch/$(ARCH)/lib
so will could also move the cpu stuff there too
I like the Linux and u-boot-v2 directory layout too the more I think
about it too. How about if I resend this series but with the final
directory structure
The p2020DS board is capable of swizzling the upper adress bits of
the NOR flash we boot out of which creates the concept of virtual
banks. This is useful in that we can flash a test of image of u-boot
and reset to one of the virtual banks while still maintaining a working
image in bank 0.
The
On Wednesday 15 July 2009 03:25:12 cheng gao wrote:
u-boot-2009.06\drivers\mtd\cfi_flash.c
Line: 836~845
Function: flash_write_cfiword
case CFI_CMDSET_AMD_EXTENDED:
case CFI_CMDSET_AMD_STANDARD:
#ifdef CONFIG_FLASH_CFI_LEGACY
case CFI_CMDSET_AMD_LEGACY:
#endif
sect =
The MPC8536DS board is capable of swizzling the upper adress bits of
the NOR flash we boot out of which creates the concept of virtual
banks. This is useful in that we can flash a test of image of u-boot
and reset to one of the virtual banks while still maintaining a
working image in bank 0.
The
On Wed, 2009-07-15 at 12:38 +0900, Shinya Kuribayashi wrote:
Peter Tyser wrote:
On Sun, 2009-07-12 at 14:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 22:42 Fri 10 Jul , Mike Frysinger wrote:
On Friday 10 July 2009 21:20:45 Shinya Kuribayashi wrote:
Peter Tyser wrote:
On Monday 13 July 2009 15:24:18 Matthias Fuchs wrote:
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
Thanks. Looks good. Only some nitpicking comments (coding-style) below.
+++ b/board/esd/pmc405de/pmc405de.c
@@ -0,0 +1,587 @@
+/*
+ * (C) Copyright 2009
+ * Matthias Fuchs, esd gmbh
A bug was introduced by commit e94e460c6e8741f42dab6d8dd4b596ba5d9d79ae
which affected non-MPC83xx/85xx/86xx ppc boards which had CONFIG_DDR_ECC
defined and resulted in errors such as:
Configuring for canyonlands board...
fsl_dma.c:50:2: error: #error Freescale DMA engine not supported on your
On Tue, Jul 14, 2009 at 5:57 PM, Ben Warrenbiggerbadder...@gmail.com wrote:
On Tue, Jul 14, 2009 at 2:26 AM, Michael Zaidman michael.zaid...@gmail.com
wrote:
If nobody has objections I can submit this fix.
Michael.
Please do.
regards,
Ben
Done.
Michael Zaidman wrote:
On Tue, Jul 14, 2009 at 5:57 PM, Ben Warrenbiggerbadder...@gmail.com wrote:
On Tue, Jul 14, 2009 at 2:26 AM, Michael Zaidman michael.zaid...@gmail.com
wrote:
If nobody has objections I can submit this fix.
Michael.
Please do.
regards,
Ben
55 matches
Mail list logo