Hi all,
I need to know how the command line interface has been developed in U-boot?
I could understand few things about command line interface from command.h and
command.c file.
I am unable to get how from command line the U_BOOT_CMD macro has been called?
Also, what is the need of the
Hi all,
I need to know how the command line interface has been developed in U-boot?
I could understand few things about command line interface from command.h and
command.c file.
I am unable to get how from command line the U_BOOT_CMD macro has been called?
Also, what is the need of the
vapierfil...@gmail.com wrote on 2010/08/10 22:23:19:
On Tue, Aug 10, 2010 at 10:36 AM, Joakim Tjernlund wrote:
Instead of always performing an autoneg, check if the PHY
already has a link and if it matches one of the requested
modes. Initially only 100MbFD is optimized this way.
wish the
About .u_boot_cmd section, you can see the u-boot.lds for each
processor core directory(arch/...).
This section collects all cmd_tbl_t structures into this section.
So each uboot command line command should use macro U_BOOT_CMD to
allocate the structure.
After compilation you can see how linker
Traditionally many boards used local definitions for SRAM base address
and size (like SRAM_BASE, SRAM_LEN and/or SRAM_SIZE), while the (now)
official names are CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE.
The corresponding code in arch/powerpc/lib/board.c was board specific,
and has never
uec_init() adds an udelay(10) even though
the PHY status read went well, don't do that.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
drivers/qe/uec.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/qe/uec.c b/drivers/qe/uec.c
index
This udelay looks bogus and doesn't help my board.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
This delay was introduced by ee62ed3286f83b98b7785e0318dc6379e78f7ff6
Kim, is this really needed for you?
drivers/qe/uec_phy.c |1 -
1 files changed, 0 insertions(+), 1
Remy Bohmer wrote:
Hi Stefano,
Hi Remy,
Indeed, this seems to be some debug logging that can be removed...
Ok, understood.
We have tested it with the Atmel at91sam9261 core, and I have never
used it with any other hardware.
It is possible that you run into problems here that where not
2010/8/10 Mike Frysinger vap...@gentoo.org:
2010/8/10 Marc-André Hébert:
The spansion_erase currently only works when the sector size is 64KB.
cmd[1] should contain the higher 8 bit of the 24 bit address of the
sector to be erased. Currently it is holding the sector index to be
erased which
Hi Remy,
I also have some fixes for ether.c.
How should I send them for review?
Through this mailing list or make 'git push' into private branch to
u-boot-usb.git repo?
On 08/11/2010 02:40 PM, Stefano Babic wrote:
Remy Bohmer wrote:
Hi Stefano,
Hi Remy,
Indeed, this seems to be some
Hello Heiko,
On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher h...@denx.de wrote:
Hello Ben,
Thanks for trying this patches!
My pleasure! Thank you for doing the hard work.
Ben Gardiner wrote:
On Fri, Aug 6, 2010 at 12:44 PM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
I did get an
On Wed, Aug 11, 2010 at 9:31 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher h...@denx.de wrote:
Can you try
http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;h=refs/heads/arm-reloc-and-cache-support
This is the commit from which I
The include jffs2/jffs2.h is still necessary though.
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
common/cmd_flash.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/common/cmd_flash.c b/common/cmd_flash.c
index ff43965..3e6bab2
Vitaly Kuzmichev wrote:
Hi Vitaly,
I also have some fixes for ether.c.
How should I send them for review?
Through this mailing list or make 'git push' into private branch to
u-boot-usb.git repo?
My two cents. I would prefer to send patches always to the ML, even if
they are not planned to
Hi Nishanth,
On Wed, Aug 11, 2010 at 09:33:29, Nishanth Menon wrote:
On 08/10/2010 06:39 AM, Sekhar Nori wrote:
diff --git a/board/davinci/da8xxevm/da850evm.c
b/board/davinci/da8xxevm/da850evm.c
index 959b2c6..6a6d4fb 100644
--- a/board/davinci/da8xxevm/da850evm.c
+++
On Wed, Aug 11, 2010 at 3:38 AM, Wolfgang Denk wrote:
Traditionally many boards used local definitions for SRAM base address
and size (like SRAM_BASE, SRAM_LEN and/or SRAM_SIZE), while the (now)
official names are CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE.
The corresponding code in
2010/8/11 Marc-André Hébert :
2010/8/10 Mike Frysinger:
2010/8/10 Marc-André Hébert:
The spansion_erase currently only works when the sector size is 64KB.
cmd[1] should contain the higher 8 bit of the 24 bit address of the
sector to be erased. Currently it is holding the sector index to be
On Wednesday 11 August 2010 16:48:04 Alexander Stein wrote:
The include jffs2/jffs2.h is still necessary though.
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
Looks good, so:
Acked-by: Stefan Roese s...@denx.de
Thanks.
Cheers,
Stefan
--
DENX Software Engineering
Hello Ben,
Ben Gardiner wrote:
On Wed, Aug 11, 2010 at 9:31 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher h...@denx.de wrote:
Can you try
http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;h=refs/heads/arm-reloc-and-cache-support
This patch series add full relocation and cache support for arm
based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
based boards.
Relocation support:
!! This change is not compatible to old code !!
If you want to compile in old style, you can set
CONFIG_SYS_ARM_WITHOUT_RELOC
but
This simple adds the cache flush for arm926. Most likely
the same works for other families, like arm920t, but I didn't
check as this is currently just an RFC.
Signed-off-by: Alessandro Rubini rub...@gnudd.com
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
- moved cache
bi_env is nowhere used, so delete it
Signed-off-by: Heiko Schocher h...@denx.de
similar patch posted from Dirk Behme Tue Jul 27 18:36:09 CEST 2010
http://lists.denx.de/pipermail/u-boot/2010-July/074542.html
so this patch maybe obsolete
---
- changes since v1:
- synced with patch from Dirk
This has been tested on at91sam9263 and STN8815.
Again, I didn't check if it has bad effects
on non-arm926 cores.
Initially I had a done bit to only set up page tables
at the beginning. However, since the aligmnent requirement
was for the whole object file, this extra integer tool 16kB
in BSS, so
Add data cache support for ARM V7 systems. Used cache flush
functions from linux:arch/arm/mm/cache-v7.S developed from
Catalin Marinas.
Enable cache command on Beagle board and test performance.
Test 1: Loading 127 MB of data from NAND flash into RAM:
Instr. Cacheoff on
fixup_cmdtable() did all work for fixing up the cmdtable,
if CONFIG_RELOC_FIXUP_WORKS is not defined.
CONFIG_RELOC_FIXUP_WORKS is missing for i386! I talked
with Graeme Russ, and he will fix this soon.
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1
add comment from Peter
Add data cache support for arm1136 systems.
Enable cache command on Qong board and test performance.
Test 1: Loading 127 MB of data from NAND flash into RAM:
Instr. Cacheoff on on
Data Cacheoff off on
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
add m68k and mips
arch/m68k/lib/board.c|8
arch/mips/lib/board.c|8
arch/powerpc/lib/board.c | 10 --
include/common.h |9 +
4 files changed, 9 insertions(+), 26
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1
added comment from Peter Tyser
- simplified this patch as cmd_usage() returns 1
common/cmd_i2c.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
- changed commit message
disk/part.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/disk/part.c b/disk/part.c
index b6bae17..7d2da05 100644
--- a/disk/part.c
+++ b/disk/part.c
@@ -78,13
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
- changed commit message
drivers/i2c/omap24xx_i2c.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/omap24xx_i2c.c b/drivers/i2c/omap24xx_i2c.c
index 3256133..15ad39a 100644
---
With -fPIC enabled, this variable needs an entry in the GOT, which
causes the image size to exceed 2 KiB which is the maximum allowed for
some systems. Making it a static const avoids the GOT entry and thus
reduces the image size to 2 KiB.
Signed-off-by: Heiko Schocher h...@denx.de
Acked-by:
!! This breaks support for all arm boards !!
To compile in old style, you must define
CONFIG_SYS_ARM_WITHOUT_RELOC or you can compile
with CONFIG_SYS_ARM_WITHOUT_RELOC=1 ./MAKEALL board
!! This define will be removed soon, so convert your
board to use relocation support
Signed-off-by: Heiko
Change the implementation for ARM11 to relocate the code to an
arbitrary address in RAM.
Tested on the qong board.
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
- removed converted but not tested boards
- add CONFIG_SYS_ARM_WITHOUT_RELOC
arch/arm/cpu/arm1136/start.S
Change the implementation for ARM V7 to relocate the code to an
arbitrary address in RAM.
Adapt the Beagle board (Cortex A8) to test the changes.
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
- removed converted but not tested boards
- add CONFIG_SYS_ARM_WITHOUT_RELOC
Change the implementation for arm926 to relocate the code to
an arbitrary address in RAM.
Adapt the TX25 (i.MX25), magnesium board to test the changes.
da850 board:
Tested-by: Ben Gardiner bengardi...@nanometrics.ca
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
- removed
Change the implementation for arm920 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/arm920t/start.S| 225 ++-
arch/arm/cpu/arm920t/u-boot.lds | 14 +++-
2 files changed, 237
Change the implementation for arm925 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/arm925t/start.S| 204 ++-
arch/arm/cpu/arm925t/u-boot.lds | 14 +++-
2 files changed, 216
Change the implementation for arm946 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/arm946es/start.S| 168 +-
arch/arm/cpu/arm946es/u-boot.lds | 14 +++-
2 files changed, 180
Change the implementation for pxa to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/pxa/start.S| 168 +++
arch/arm/cpu/pxa/u-boot.lds | 14 -
2 files changed, 181 insertions(+), 1
Change the implementation for ixp to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/ixp/start.S| 280 +++
arch/arm/cpu/ixp/u-boot.lds | 14 ++-
2 files changed, 293 insertions(+), 1
Change the implementation for sa1100 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/sa1100/start.S| 162
arch/arm/cpu/sa1100/u-boot.lds | 14 +++-
2 files changed, 175 insertions(+),
Change the implementation for s3c44b0 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/s3c44b0/start.S| 174 +++
arch/arm/cpu/s3c44b0/u-boot.lds | 14 +++-
2 files changed, 187
Change the implementation for arm_intcm to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/arm_intcm/start.S| 166 +
arch/arm/cpu/arm_intcm/u-boot.lds | 14 +++-
2 files changed, 179
Change the implementation for lh7a40x to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/lh7a40x/start.S| 187 ++-
arch/arm/cpu/lh7a40x/u-boot.lds | 14 +++-
2 files changed, 199
Change the implementation for arm720t to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/arm720t/start.S| 170 +++
arch/arm/cpu/arm720t/u-boot.lds | 14 +++-
2 files changed, 183
Change the implementation for arm1176 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/arm1176/start.S| 286 +++
arch/arm/cpu/arm1176/u-boot.lds | 14 ++-
2 files changed, 299
Hi,
Of course, if you agree with my analyses, I will send patches to fix them.
Great!
1. The status_req buffer is static allocated as u8. However, in
eth_status_complete is referenced with a 32 bit pointer:
__le32 *data = req-buf
In most case the buffer is not 32-bit aligned and causes
Hi,
2010/8/11 Stefano Babic sba...@denx.de:
Vitaly Kuzmichev wrote:
Hi Vitaly,
I also have some fixes for ether.c.
How should I send them for review?
Through this mailing list or make 'git push' into private branch to
u-boot-usb.git repo?
My two cents. I would prefer to send patches
The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
disk/part.c: 'usb storage' avoiding overflow when output capacity (2010-08-10
23:08:55 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Michael Hennerich (1):
Dear Ben Gardiner,
In message aanlkti=20ke+qp1rupssvpyea2cv46ppo8alhiijk...@mail.gmail.com you
wrote:
On Wed, Aug 11, 2010 at 9:31 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher h...@denx.de wrote:
Can you try
On Wed, Aug 11, 2010 at 2:15 PM, Heiko Schocher h...@denx.de wrote:
This patch series add full relocation and cache support for arm
based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
based boards.
I pulled u-boot-testing/arm-reloc-and-cache-support and had to clobber
the old
Dear Heiko Schocher,
a few comments...
In message 4c62e8c3.8050...@denx.de you wrote:
This patch series add full relocation and cache support for arm
based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
based boards.
Relocation support:
!! This change is not compatible to
Dear Vitaly Kuzmichev,
In message 4c629c28.40...@mvista.com you wrote:
I also have some fixes for ether.c.
How should I send them for review?
Please start by reading the docs, especially
http://www.denx.de/wiki/U-Boot/Patches
Through this mailing list or make 'git push' into private branch
Use DEBUG as usual to print debug output.
Signed-off-by: Stefano Babic sba...@denx.de
---
drivers/usb/gadget/ether.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index 3d871fa..e0ebf75 100644
---
The patch removes an endless loop in the usb_eth_send
if the tx_complete is not called before going
in the loop. The driver interrupt routine is called
allowing the driver to check if the TX is completed.
Signed-off-by: Stefano Babic sba...@denx.de
---
drivers/usb/gadget/ether.c | 10
The buffer for the status request must be word aligned
because it is accessed with 32 bit pointer in the
eth_status_complete function.
Signed-off-by: Stefano Babic sba...@denx.de
---
drivers/usb/gadget/ether.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
In case a status ep is requested, it is always allocated
a request for the ep0, instead of the correct one saved
in the dev structure.
Signed-off-by: Stefano Babic sba...@denx.de
---
drivers/usb/gadget/ether.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Please see the Patches page in the U-Boot wiki.
Thanks. Question on line length 80 in some files. Some of the config
(EX:include/configs/Canyonlands.h) files
has lines longer than 80 characters. Does newly added config files can
still have lines longer than 80 ?
Or should I trim ?
Regards,
Marri
The MUSB_TXCSR_MODE register setting isn't supported on Blackfin musb
parts, so stub it out to 0. This matches Linux behavior.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers/usb/musb/musb_core.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
Dear Stefano Babic,
In message 1281562797-6408-1-git-send-email-sba...@denx.de you wrote:
Use DEBUG as usual to print debug output.
Signed-off-by: Stefano Babic sba...@denx.de
I guess these patches are some sort of series, and eventually have to
be applied in a specific order? Please number
Hello all,
recently a patch for soft-i2c has been accepted that uses gpio_* functions.
Supposedly they are generic, but grep-ing shows that such functions
only exist in the nios2 architecture.
Every architecture seems to have their own similiar but not identical way
for gpio access. At91 even
Dear Tirumala Marri,
In message d6b6cb343cdc0d98c99c28efd3315...@mail.gmail.com you wrote:
Please see the Patches page in the U-Boot wiki.
Thanks. Question on line length 80 in some files. Some of the config
(EX:include/configs/Canyonlands.h) files
has lines longer than 80 characters. Does
Dear Stefano Babic,
Use DEBUG as usual to print debug output.
Signed-off-by: Stefano Babic sba...@denx.de
---
drivers/usb/gadget/ether.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index
On Wed, Aug 11, 2010 at 6:02 PM, Reinhard Meyer wrote:
recently a patch for soft-i2c has been accepted that uses gpio_* functions.
Supposedly they are generic, but grep-ing shows that such functions
only exist in the nios2 architecture.
grep harder ... other ports implement the common gpio
Hi Stefano,
2010/8/11 Stefano Babic sba...@denx.de:
The patch removes an endless loop in the usb_eth_send
if the tx_complete is not called before going
in the loop. The driver interrupt routine is called
allowing the driver to check if the TX is completed.
Signed-off-by: Stefano Babic
Historically PHY intialization was disabled on motionpro board. Then
at some point PHY init was enabled and only comment message was left.
It worked somehow provided that PHY init was done at the early stage.
But after commit f5cf2ef the driver initializes PHY only when it is
actually needed and
The current ELF loading function does a lot of work above and beyond a
simple loading. It ignores the real load addresses and loads things
into their virtual (runtime) address. This is undesirable when we just
want it to load an ELF and let the ELF do the actual C runtime init.
So add a command
The helpful shortcut for doing a board config + make was dropped recently
as it conflicted with some new build code. However, the reason for using
pattern targets originally was to avoid managing a duplicate list of
boards. Since we now have one centralized place for a list of boards (the
new
On Wed, Aug 11, 2010 at 6:52 PM, Mike Frysinger wrote:
The helpful shortcut for doing a board config + make was dropped recently
as it conflicted with some new build code. However, the reason for using
pattern targets originally was to avoid managing a duplicate list of
boards. Since we now
Hello All,
On 12.08.2010 02:34, Ilya Yanok wrote:
Historically PHY intialization was disabled on motionpro board. Then
at some point PHY init was enabled and only comment message was left.
After looking once more at the history I've found that this problem was
actually fixed by
commit
Merge the other significant source of board name duplication with the new
boards.cfg file. I cleaned up most targets, but the ARM and MIPS trees
are such a mess than I didn't bother. If those maintainers care, they can
take are of it.
While we're at it, we can be a bit more clever in the
On Sun, Aug 8, 2010 at 12:43 PM, Wolfgang Denk w...@denx.de wrote:
Dear Andy,
In message 1276722323-12045-1-git-send-email-nota...@gmail.com Grazvydas
Ignotas wrote:
Make driver local variables and functions static and
remove them from the arch header.
Signed-off-by: Grazvydas Ignotas
Currently, if there is an error probing the NAND chip and the env is based
in NAND, the readenv() function will use a NULL function pointer and thus
jump to address 0.
Here I just check for a non-zero value of blocksize as that shouldn't be
zero when a valid device is found, but perhaps there is
On Wed, 11 Aug 2010 11:44:21 +0200
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
uec_init() adds an udelay(10) even though
the PHY status read went well, don't do that.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
Acked-by: Kim Phillips
On Wed, 11 Aug 2010 11:44:22 +0200
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
This udelay looks bogus and doesn't help my board.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
This delay was introduced by ee62ed3286f83b98b7785e0318dc6379e78f7ff6
Kim, is
Hello Wolfgang,
Wolfgang Denk wrote:
Dear Heiko Schocher,
a few comments...
In message 4c62e8c3.8050...@denx.de you wrote:
This patch series add full relocation and cache support for arm
based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
based boards.
Relocation
The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
of different speed grades.
The maximum speed the chip can support can only be determined from
the label on the package (not software readable).
Introduce a method to pass the speed grade information to kernel
using ATAG_REVISION. The
On 08/11/2010 10:37 AM, Nori, Sekhar wrote:
Hi Nishanth,
On Wed, Aug 11, 2010 at 09:33:29, Nishanth Menon wrote:
On 08/10/2010 06:39 AM, Sekhar Nori wrote:
diff --git a/board/davinci/da8xxevm/da850evm.c
b/board/davinci/da8xxevm/da850evm.c
index 959b2c6..6a6d4fb 100644
---
78 matches
Mail list logo