Hello guys
I am newbie in bootloader.
I am trying to port latest uboot on omap2430(poseidon board). Currently
support for omap2430 is not present in uboot; so I made changes accordingly.
I am putting it in RAM using Trace 32 debugger. But unable to get prompt.
Code hangs but giving message
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Vivek DALAL
Sent: Friday, May 08, 2009 11:43 AM
To: U-Boot@lists.denx.de
Subject: [U-Boot] Unable to debug UBOOT
Hello guys
I am newbie in bootloader.
I am trying to
Hi Daniel,
On Friday 08 May 2009, Daniel Gorsulowski wrote:
I suggest to use something like this here:
led_nr = simple_strtoul(argv[1], NULL, 10);
if (led_nr CONFIG_LED_MAX) {
printf (Usage:\n%s\n, cmdtp-usage);
return 1;
}
if
Vivek DALAL said the following on 05/08/2009 01:12 AM:
I am newbie in bootloader.
I am trying to port latest uboot on omap2430(poseidon board). Currently
support for omap2430 is not present in uboot; so I made changes accordingly.
would be nice to see your patches when you are ready :)..
Dear Wolfgang:
2009/5/7 Wolfgang Denk w...@denx.de:
Dear ffmm rrcc,
In message dbab92f10905062254s3bea0882y7d4ec546c4ddb...@mail.gmail.com you
wrote:
Hi all:
I have write a standalone application on U-Boot,it works well.but i
have to get the entry point address follow this article:
Ilya,
On Wed, May 6, 2009 at 8:30 PM, Ilya Yanok ya...@emcraft.com wrote:
Driver for NFC NAND controller found on Freescale's MX2 and MX3
processors. Ported from Linux. Tested only with i.MX27 but should
works with other MX2 and MX3 processors too.
[..]
--- /dev/null
+++
Wolfgang, Dirk,
cause for this patch was originally the plan to bring my company's new
omap3-based platform into U-Boot. As we do use other CS for a network
chip this patch was intended to be the starting point (otherwise our
patchset will not apply).
I can prepare a big #define - c_struct patch
Dear Vivek DALAL,
In message 7c7ce0c60905072312i74ad8bb8vbc8693e829fc4...@mail.gmail.com you
wrote:
I am putting it in RAM using Trace 32 debugger. But unable to get prompt.
Code hangs but giving message *DRAM: 64MB ...*
You are running into exactly the type of problems tha cause us to add
Hi
2009/5/8 Ivo Clarysse ivo.clary...@gmail.com:
Ilya,
On Wed, May 6, 2009 at 8:30 PM, Ilya Yanok ya...@emcraft.com wrote:
Driver for NFC NAND controller found on Freescale's MX2 and MX3
processors. Ported from Linux. Tested only with i.MX27 but should
works with other MX2 and MX3
Dear Zvi Vered,
In message 6a95bae688c1447da98e48fbb2e43...@userd662364e58 you wrote:
How can I do it upon completion of countdown after running uboot like
with tftpboot.
I tried the following:
#define CONFIG_BOOTDELAY 3
#define CONFIG_BOOTCOMMAND nfs
But this is not enough. I
Dear Matthias,
In message 20090508084234.ga6...@ultratronik.de you wrote:
cause for this patch was originally the plan to bring my company's new
omap3-based platform into U-Boot. As we do use other CS for a network
chip this patch was intended to be the starting point (otherwise our
Hi,
Wolfgang Denk wrote:
Dear Scott Wood,
In message 4a034b09.7030...@freescale.com you wrote:
Or what replaced the immr structs?
The device tree, mainly...
Right, of course.
... But #defines can work for u-boot.
Of course they _can_ work. But they can easily
Hi Stefan,
So what should I do now? Should I revert to another #ifdef in the
variable declaration? Or is the current version ok?
I'm not too sure myself. What really tickles me, and what speaks
against using this attribute, is the fact that the unused attribute is
itself not part of an
Hi TC,
I am trying to understand the use of MCFFEC_TOUT_LOOP, when I grep for it is
used in mcffec, counting udelay(1)
and in mcfmii counting udelay(500). I think the udelay(500) one is causing
extra long delays when trying to boot when the link is not up.
can the mcfmii udelay(500) be
thanks to everyone first.
im able to write a new command for the u-boot and load it on to the board
and it works like a charm.
Im explaining the steps here so that it would be helpful in the future:
im using a MPC8313e RDB and u-boot-1.3.0.
1) First of all the commands are defined in files
Excellent, but...
Deepak Gopalakrishnan wrote:
[snip]
this is the content of firrst u-boot command i wrote:
cmd_dgprint.c
code
/*
* (C) Copyright 2005
* Wolfgang Denk, DENX Software Engineering, w...@denx.de.
*
* See file CREDITS for list of people who contributed to this
*
Looks like you are reinitializing the DDR , when u are already executing
from it, you may want to comment out that code, which initializes DDR.
To add to that, if you have cloned code for an already existing
platform config file, See if the CONFIG_SKIP_RELOCATE_UBOOT and
Hi,
Detlev Zundel wrote:
Hi,
Wolfgang Denk wrote:
Dear Scott Wood,
In message 4a034b09.7030...@freescale.com you wrote:
Or what replaced the immr structs?
The device tree, mainly...
Right, of course.
... But #defines can work for u-boot.
Of course they _can_
Dear Matthias,
Matthias Ludwig wrote:
Wolfgang, Dirk,
cause for this patch was originally the plan to bring my company's new
omap3-based platform into U-Boot. As we do use other CS for a network
chip this patch was intended to be the starting point (otherwise our
patchset will not apply).
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:21 Wed 06 May , Dirk Behme wrote:
Some OMAP3 boards need control for external power companion
chips. Introduce a CONFIG option for this, to avoid Makefile
changes for each board.
please also move it to
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:41 Tue 05 May , Dirk Behme wrote:
Reformat COBJS handling.
please rebase against you first patch as the 2 will be handle by an otherone
Sorry, but I don't understand what you want here. All three patches
are fine in this
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:41 Tue 05 May , Dirk Behme wrote:
After removal of dublicated interrupt code, rename file to what it
really does now.
I prefer to rename all files at the same time
Then, please don't complain that you have to do
The u-boot.lds is common for all DaVinci boards. The patch removes
multiple instances and moves the u-boot.lds to /cpu/arm926ejs/davinci
folder. This addresses one of the comments i received while submitting
patches for DM3xx
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
On 11:59 Fri 08 May , s-paul...@ti.com wrote:
The u-boot.lds is common for all DaVinci boards. The patch removes
multiple instances and moves the u-boot.lds to /cpu/arm926ejs/davinci
folder. This addresses one of the comments i received while submitting
patches for DM3xx
Signed-off-by:
On 16:28 Thu 07 May , Tom Rix wrote:
The u-boot.lds file is common for all omap boards.
Move a cleaned up version to the cpu layer and add makefile logic to use it.
Signed-off-by: Tom Rix tom@windriver.com
---
Applied to arm/next
Best Regards,
J.
On 16:28 Thu 07 May , Tom Rix wrote:
Zoom2 is a new board from Texas Instruments and LogicPD
The logicpd web site is a good source for general information on this board.
Please start looking here if the below links are broken.
http://www.logicpd.com
This is a pdf of the product
On 16:28 Thu 07 May , Tom Rix wrote:
Port the linux kernel's omap gpio interface to u-boot.
The orignal source is in linux/arch/arm/plat-omap/gpio.c
please specify which specific kernel revision your code is based on
Otherwise fine
Best Regards,
J.
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 16:28 Thu 07 May , Tom Rix wrote:
Port the linux kernel's omap gpio interface to u-boot.
The orignal source is in linux/arch/arm/plat-omap/gpio.c
please specify which specific kernel revision your code is based on
Otherwise fine
Best
Hi
I have now used the mxc_nand.c driver from patch 4 on a i.MX31 Litekit
board and have some add some more input, see below.
2009/5/6 Magnus Lilja lilja.mag...@gmail.com:
+/*
+ * NAND
+ */
+#define CONFIG_NAND_MXC
+#define CONFIG_MXC_NAND_REGS_BASE 0xd800
It would be nice to have
On Fri, May 08, 2009 at 05:47:27PM +0200, Dirk Behme wrote:
I'm not sure that this works for non-custodians. Custodians can do
git-rename and then send a patch to the mailing list. When a custodian
sends such a patch, it is mainly for review only, and not to be
applied somewhere (because it
Port version 2.6.27 of the linux kernel's omap gpio interface to u-boot.
The orignal source is in linux/arch/arm/plat-omap/gpio.c
See doc/README.omap3 for instructions on use.
Signed-off-by: Tom Rix tom@windriver.com
---
cpu/arm_cortexa8/omap3/Makefile |1 +
Scott Wood wrote:
On Fri, May 08, 2009 at 05:47:27PM +0200, Dirk Behme wrote:
I'm not sure that this works for non-custodians. Custodians can do
git-rename and then send a patch to the mailing list. When a custodian
sends such a patch, it is mainly for review only, and not to be
applied
Dirk Behme wrote:
Scott Wood wrote:
It can be applied with git am (well, not the diffstat, but the special
rename diff hunk that git also generates).
Ok, thanks. But not with other tools, like plain 'patch', correct?
Right, until someone fixes that. :-)
Which I suppose could be a problem
Patch adds Support for DaVinci DM357.
It boots of a small page NAND on the EVM. It does not have NOR support.
This patch has been tested on the DM357 EVM.
The patch does not have Ethernet Support yet.
Ethernet Support will be added soon
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Dear Dirk,
In message 4a04540f.10...@googlemail.com you wrote:
Btw please use git to show that you only rename the file without change
I'm not sure that this works for non-custodians. Custodians can do
git-rename and then send a patch to the mailing list. When a custodian
sends such a
On 16:28 Thu 07 May , Tom Rix wrote:
Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
The default serial is from the USB connector on left side of the debug board.
The USB connector will produce 2 of the 4 UARTS. On your host pick the first
enumeration.
The
On 16:28 Thu 07 May , Tom Rix wrote:
This patch controls the large LED on the top left of the zoom2.
Signed-off-by: Tom Rix tom@windriver.com
---
ok
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
Hello Daniel,
I am interested in getting usbtty support running on an AT91SAM9G20
board. I have picked up the latest code on the CDC head on the
u-boot-usb GIT tree and am currently attempting to get the CDC-Ether
support up and running (merging various changes from the 9261 board to
the
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 16:28 Thu 07 May , Tom Rix wrote:
Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
The default serial is from the USB connector on left side of the debug board.
The USB connector will produce 2 of the 4 UARTS. On
On Wed, May 6, 2009 at 1:30 PM, Ilya Yanok ya...@emcraft.com wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
This is actually already in my tree. So I'll just take this
opportunity to shake my head at ARM ABI designers, who thought 64-bit
division was too hard to do in the compiler...
Andy
On Wed, May 6, 2009 at 1:30 PM, Ilya Yanok ya...@emcraft.com wrote:
cid field of stuct mmc stucture is char*, not u32*. so we need to
convert the pointer for mmcinfo code to work correctly.
Yup, this one, too. Already in my tree.
Andy
___
U-Boot
all arm boards except a few use the same cpu lds so move it to cpu/$(CPU)
that could be overwrite in following order
SOC
BOARD
via the corresponding config.mk
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
Due to ML limitation
I've reduce the content of the patch to
Remove duplicated interrupt code. Original, identical code can be found
in lib_arm/interrupts.c
From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
---
Reformat COBJS handling.
From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
---
Changes in v2: Rebase to interrupts.o instead of timer.o
Thanks for your help guys.
I will looking into all the pointers you guys had given...
thanks alot
Vivek Dalal
On Fri, May 8, 2009 at 8:31 PM, alfred steele alfred.jaq...@gmail.comwrote:
Looks like you are reinitializing the DDR , when u are already executing
from it, you may want to comment
45 matches
Mail list logo