another beginner-level question, i'm sure, but what's the
distinction between V_PROMPT and CONFIG_SYS_PROMPT for customizing the
u-boot prompt?
based on the output from a straightforward grep, it appears that
every example of customizing the prompt has the form:
#define V_PROMPT
On Thursday 19 November 2009 you write:
Now our arm board is based on u-boot v2009.08 and I need to use
bifs.
So I replace some files from u-boot's latest version.
They are:
fs/ubifs/ubifs.c
fs/ubifs/ubifs.h
include/asm-arm/bitops.h
include/linux/bitops.h
I think Fred Fan is currently responsible of acking this patch if
there are no objections, but he seems missing since some weeks.
Couldn't the patch be reviewed by a higher level maintainer?
Thanks.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
Hi all
I am Working on the MPC 8313 ERDREVA4 Board. I need to boot the board from
the NAND flash.
Hence i have down loaded the copy of the u-boot-1.1.6 (the version was
selected based on the LTIB configuration) and then
issued the following commands from the u-boot directory as per the
guidelines
On 18/11/09 20:22, Scott Wood wrote:
On Mon, Nov 16, 2009 at 05:49:55PM +, Nick Thompson wrote:
static void nand_davinci_enable_hwecc(struct mtd_info *mtd, int mode)
{
-int dummy;
+u_int32_t val;
-dummy = emif_regs-NANDF1ECC;
+val =
On Tuesday 17 November 2009 15:54:03 Stefan Roese wrote:
The latest changes in the u-boot/next branch increased the size of the
alpr image a bit more. Now it doesn't fit into the 256k reserved for it.
This patch now removes the commands askenv and irq which are not
needed in the production
On Tuesday 17 November 2009 11:11:52 Stefan Roese wrote:
This patch removes the duplicted implementations of the pci_target_init()
function by introducing a weak default function for it. This weak default
has a different implementation for 440EP(x)/GR(x) PPC's. It can be
overridden by a board
On Friday 13 November 2009 11:24:06 Stefan Roese wrote:
This patch removes the duplicted implementations of the pci_pre_init()
function by introducing a weak default function for it. This weak default
has a different implementation for some PPC variants. It can be
overridden by a board
On Friday 13 November 2009 11:24:21 Stefan Roese wrote:
This patch removes the duplicted implementations of the pci_master_init()
function by introducing a weak default function for it. It can be
overridden by a board specific version.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
On Wednesday 18 November 2009 16:28:42 Matthias Fuchs wrote:
This is not the sequoia board.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
On Wednesday 18 November 2009 16:29:29 Matthias Fuchs wrote:
This patch shrinks the PMC440 u-boot binary (from next branch)
to fit into 384kB again.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235
Davinci: Configurable NAND chip selects
Add a CONFIG_SYS_NAND_CS setting to all davinci configs and
use it to setup the NAND controller in the davinci_nand
mtd driver.
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
---
This config item is already used on many other platforms
so is not a
Hi Remy,
This patch looks straight forward to me as it would be useful for
generic USB file system write support in future (FYI i was able to write
kernel image to raw partition boot from it). I would really
appreciate any feedback or suggestions on this.
Thanks
Mahavir
On Mon, 2009-11-02 at
Hi Wolfgang,
please pull some changes for next.
Thanks.
The following changes since commit 06f43286c6354aaab0103615e83893512f86eee7:
Wolfgang Denk (1):
Merge branch 'master' into next
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git next
Matthias
This code got included accidentally.
Signed-off-by: Stefan Roese s...@denx.de
---
cpu/ppc4xx/4xx_pcie.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/cpu/ppc4xx/4xx_pcie.c b/cpu/ppc4xx/4xx_pcie.c
index c4d9cfe..d9605c3 100644
--- a/cpu/ppc4xx/4xx_pcie.c
+++
Add lzop decompression support to the existing lzo bitstream handling
(think gzip versus zlib), and support it for uImage decompression if
CONFIG_LZO is enabled.
Lzop doesn't compress as good as gzip (~10% worse), but decompression
is very fast (~0.7s faster here on a slow ppc). The lzop
Hi Wolfgang Denk,
Sorry for the late reply.
How many versions of these patches did you post so far?
You are supposed to use [PATCH 3/3 v5] or similar in the Subject:
line to mark the Nth re-submission of the patch.
I'll make sure that versions are properly displayed with each patch, from
A small number of common/cmd_*.c files contain preprocessor tests that
are apparently superfluous since those same tests are used in the
Makefile to control the compilation of those files. Those tests are
clearly redundant as long as they surround the entirety of the source
in those files.
This patch optimizes the direct copy procedure.
Uses get_unaligned() but only in one place.
The copy loop just above this one can also use this
optimization, but I havn't done so as I have not tested if it
is a win there too.
On my MPC8321 this is about 17% faster on my JFFS2 root FS
than the
Add lzop decompression support to the existing lzo bitstream handling
(think gzip versus zlib), and support it for uImage decompression if
CONFIG_LZO is enabled.
Lzop doesn't compress as good as gzip (~10% worse), but decompression
is very fast (~0.7s faster here on a slow ppc). The lzop
Mike Frysinger vap...@gentoo.org wrote on 17/11/2009 05:06:02:
On Monday 16 November 2009 23:01:59 Mike Frysinger wrote:
On Friday 13 November 2009 03:52:05 Joakim Tjernlund wrote:
--- a/lib_generic/crc32.c
+++ b/lib_generic/crc32.c
@@ -13,6 +13,8 @@
#else
#include stdint.h
Joakim == Joakim Tjernlund joakim.tjernl...@transmode.se writes:
Hi,
Lzop doesn't compress as good as gzip (~10% worse), but
decompression is very fast (~0.7s faster here on a slow ppc). The
lzop decompression code is based on Albin Tonnerre's recent ARM
Linux lzo support patch.
Ported over the more efficient linux crc32() function.
A quick comparsion on ppc:
After changing the old crc32 to do 4 bytes in the
inner loop to be able to compare with new version one can note:
- old inner loop has 61 insn, new has 19 insn.
- new crc32 does one 32 bit load of data to crc while
Stefan Roese a écrit :
Hi Albert,
On Wednesday 18 November 2009 23:21:58 Wolfgang Denk wrote:
This board is based on the Marvell Orion5x SoC.
Current support is limited to console and Flash.
Flash support uses LEGACY as the Macronix 29LV400
used on ED Mini V2 is not 100% CFI compliant.
Alexey Goncharov wrote:
Hello everyone,
I have a LPC2468 board and currently play with u-boot. U-boot version
is 1.1.6 from Embedded Artists. I've already made u-boot loading and
1.1.6 is really old.
executing user commands. Everything seems works fine, except the
memory test (mtest)
This patch cleans up the PPC4xx I2C intrastructure:
- Use C struct to describe the I2C registers instead of defines
- Coding style cleanup (braces, whitespace, comments, line length)
- Extract common code from i2c_read() and i2c_write()
- Remove unneeded IIC defines from ppc405.h ppc440.h
On Thursday 19 November 2009 13:48:15 Albert ARIBAUD wrote:
Your board config header would need something like this:
/* Use common CFI driver */
#define CONFIG_SYS_FLASH_CFI
#define CONFIG_FLASH_CFI_DRIVER
/* board provides its own flash_init code */
#define CONFIG_FLASH_CFI_LEGACY
Dear Balu V,
In message 916b8fbd0911190121o7729bbc4ke7e9562779c91...@mail.gmail.com you
wrote:
I am Working on the MPC 8313 ERDREVA4 Board. I need to boot the board from
the NAND flash.
Hence i have down loaded the copy of the u-boot-1.1.6 (the version was
selected based on the LTIB
Joakim == Joakim Tjernlund joakim.tjernl...@transmode.se writes:
Joakim This patch optimizes the direct copy procedure.
Joakim Uses get_unaligned() but only in one place.
Joakim The copy loop just above this one can also use this
Joakim optimization, but I havn't done so as I have not tested
The core support for NAND booting is there already, so this patch
is pretty straightforward.
There is one trick though: top level Makefile expects nand_spl to
be in nand_spl/board/$(BOARDDIR), but we can fully reuse the code
from mpc8313erdb boards, and so to not duplicate the code we just
Peter Korsgaard jac...@gmail.com wrote on 19/11/2009 15:07:12:
Joakim == Joakim Tjernlund joakim.tjernl...@transmode.se writes:
Joakim This patch optimizes the direct copy procedure.
Joakim Uses get_unaligned() but only in one place.
Joakim The copy loop just above this one can also use
Hi all,
In current omap3 implementation get_board_rev function is defined in
cpu/arm_cortexa8/omap3/sys_info.c. The function returns some magic constant and
that's it.
I wonder what would be the best way to fix it: either make the get_board_rev in
cpu/arm_cortexa8/omap3/sys_info.c weak, or copy
On Thursday 19 November 2009 07:31:18 Joakim Tjernlund wrote:
Perhaps you can take a look at getting X_unaligned definitions
into compiler.h too?
that would be much trickier i think ...
I use get_unaligned() in the zlib patch I just sent:
[PATCH RFC] zlib: Optimize decompression
Not sure
Various SoC errata are specific to a given revision of silicon this
gives us a simple macro to use when doing such tests.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
include/asm-ppc/processor.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
Joakim == Joakim Tjernlund joakim.tjernl...@transmode.se writes:
Hi,
On a mpc8347 board it's ~12% faster at decompressing the uImage (165ms).
Joakim Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
Acked-by: Peter Korsgaard jac...@sunsite.dk
Joakim Thanks, question:
-#if defined(CONFIG_CMD_LICENSE)
-
/* COPYING is currently 15951 bytes in size */
#define LICENSE_MAX 20480
@@ -56,5 +54,3 @@ U_BOOT_CMD(license, 1, 1, do_license,
print GPL license text,
);
-
-#endif /* CONFIG_CMD_LICENSE */
Hi Robert,
Thanks for the cleanup. The
Hi,
On Thu, Nov 19, 2009 at 10:44 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
+#define tole(x) cpu_to_le32(x)
+
This define is only used once and at the constants table, after that,
cpu_to_le32 is called directly. Perhaps this could be removed and
cpu_to_le32 used instead, or
Thiago A. Corrêa thiago.cor...@gmail.com wrote on 19/11/2009 16:41:05:
Hi,
On Thu, Nov 19, 2009 at 10:44 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
+#define tole(x) cpu_to_le32(x)
+
This define is only used once and at the constants table, after that,
cpu_to_le32 is
Hello Good Day
This is MISS WILSON , With regards to your Company i am sending this
email Regards to order some( CORDLESS DRILL) ,i will like to know the type
and sizes you have in stock and get me the sales price of one so that i will
tell you the quantity i will be ordering, and also if you
On Thu, 19 Nov 2009, Peter Tyser wrote:
-#if defined(CONFIG_CMD_LICENSE)
-
/* COPYING is currently 15951 bytes in size */
#define LICENSE_MAX20480
@@ -56,5 +54,3 @@ U_BOOT_CMD(license, 1, 1, do_license,
print GPL license text,
);
-
-#endif /*
A small number of common/cmd_*.c files contain preprocessor tests that
are apparently superfluous since those same tests are used in the
Makefile to control the compilation of those files. Those tests are
clearly redundant as long as they surround the entirety of the source
in those files.
Mike Frysinger vap...@gentoo.org wrote on 19/11/2009 15:49:55:
On Thursday 19 November 2009 07:31:18 Joakim Tjernlund wrote:
Perhaps you can take a look at getting X_unaligned definitions
into compiler.h too?
that would be much trickier i think ...
I use get_unaligned() in the zlib
Move the CONFIG_CMD_NAND preprocessor test out of common/cmd_nand.c
and into the Makefile for consistency with other commands.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
AFAICT, this doesn't affect any functionality, right?
diff --git a/common/Makefile b/common/Makefile
index
On Thu, 2009-11-19 at 11:08 -0500, Robert P. J. Day wrote:
Move the CONFIG_CMD_NAND preprocessor test out of common/cmd_nand.c
and into the Makefile for consistency with other commands.
This change has already been submitted by 2 different people and I
believe is in the u-boot-nand-flash/next
CHECK IT OUT !!
http://WWW.MAKEMONEYWITHGOLD.CO.UK
http://www.makemoneywithgold.co.uk
a subsidiary of
http://www.geniedream.com
World Class Series
.
A Genie Dream Product
www.geniedream.com http://www.geniedream.com/
--
If you do not want to receive any more newsletters,
Move the preprocessor test of CONFIG_SYS_NO_FLASH out of flash.c and
back to the Makefile, for readability.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
this one is a little uglier since it adds an #ifndef check to the
Makefile, but i still consider this to be more readable
On Thursday 19 November 2009 12:38:42 Robert P. J. Day wrote:
--- a/common/Makefile
+++ b/common/Makefile
@@ -152,7 +152,9 @@ COBJS-$(CONFIG_VFD) += cmd_vfd.o
COBJS-$(CONFIG_DDR_SPD) += ddr_spd.o
COBJS-$(CONFIG_HWCONFIG) += hwconfig.o
COBJS-$(CONFIG_CONSOLE_MUX) += iomux.o
+#ifndef
On Thu, 19 Nov 2009, Mike Frysinger wrote:
On Thursday 19 November 2009 12:38:42 Robert P. J. Day wrote:
--- a/common/Makefile
+++ b/common/Makefile
@@ -152,7 +152,9 @@ COBJS-$(CONFIG_VFD) += cmd_vfd.o
COBJS-$(CONFIG_DDR_SPD) += ddr_spd.o
COBJS-$(CONFIG_HWCONFIG) += hwconfig.o
Hi,
2009/11/19 Joakim Tjernlund joakim.tjernl...@transmode.se:
The whole point of the tole define is to make the table more
readable. Try and replace tole in the table and then
look at it.
Ah, ok. Then I think this one at make_crc_table should use the
__cpu_to_le32() as tole only porpuse is
Looking over Freescale's Manuals for a few different CPUs (8572, 8641,
8548, P2020, P4080, 8349) I'm see very different definitions of the
CAPTURE_ECC register. I assume these parts all share the same
intellectual property, so had expected the CAPTURE_ECC definition to be
similar between parts.
On Thu, Nov 19, 2009 at 10:15:44AM -0600, Peter Tyser wrote:
On Thu, 2009-11-19 at 11:08 -0500, Robert P. J. Day wrote:
Move the CONFIG_CMD_NAND preprocessor test out of common/cmd_nand.c
and into the Makefile for consistency with other commands.
This change has already been submitted by 2
On Thursday 19 November 2009 13:22:43 Thiago A. Corrêa wrote:
2009/11/19 Joakim Tjernlund wrote:
The whole point of the tole define is to make the table more
readable. Try and replace tole in the table and then
look at it.
Ah, ok. Then I think this one at make_crc_table should use the
On Nov 19, 2009, at 8:34 AM, Anton Vorontsov wrote:
The core support for NAND booting is there already, so this patch
is pretty straightforward.
There is one trick though: top level Makefile expects nand_spl to
be in nand_spl/board/$(BOARDDIR), but we can fully reuse the code
from
Make it clear to a reader that the user of OMAP34XX macros in the
(OMAP 3530-based) beagle config file is just fine.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'll let dirk be the judge as to whether this is worth adding, or if
he'd prefer a different phrasing.
diff --git
Robert P. J. Day rpj...@crashcourse.ca writes:
Make it clear to a reader that the user of OMAP34XX macros in the
(OMAP 3530-based) beagle config file is just fine.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'll let dirk be the judge as to whether this is worth adding, or
2009/11/19 Måns Rullgård m...@mansr.com:
Robert P. J. Day rpj...@crashcourse.ca writes:
Make it clear to a reader that the user of OMAP34XX macros in the
(OMAP 3530-based) beagle config file is just fine.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'll let dirk be the
Remove the use of the V_PROMPT macro in a number of config files,
whose only use seems to be to subsequently set the CONFIG_SYS_PROMPT
macro, after which it's never used again.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
as far as i can tell, there's no compelling reason to
On Fri, 20 Nov 2009, M?ns Rullg?rd wrote:
Robert P. J. Day rpj...@crashcourse.ca writes:
Make it clear to a reader that the user of OMAP34XX macros in the
(OMAP 3530-based) beagle config file is just fine.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'll let dirk
Make it clear to the reader that, since OMAP 34XX and 35XX are the
same silicon, the BeagleBoard can use the OMAP34XX macros.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 19a5ec9..59b7edc 100644
---
On Thu, 19 Nov 2009, Nishanth Menon wrote:
I agree - I do not think there are any such plans. NAK to the patch.
Regards,
Nishanth Menon
fair enough. but i think a two-line comment is still useful for
people new to ARM who know the beagle is a 3530 and wonder why all the
macros use 34XX.
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for NAND devices with a page size of
4K in the DaVinci NAND driver. The layout matches the layout that TI uses
for 4K page size NAND devices in the kernel NAND driver.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
patch applies
Hi,
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Gupta, Ajay Kumar
Sent: Friday, November 13, 2009 3:31 PM
To: u-boot@lists.denx.de
Cc: Hiremath, Vaibhav
Subject: Re: [U-Boot] [PATCH] omap3evm: Add board revision function
Added function to differentiate between the OMAP3EVM revisions. The
chip-id of the ethernet PHY is being used for this purpose.
Rev A to D : 0x0115
Rev = E : 0x9220
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Sanjeev Premi pr...@ti.com
Signed-off-by: Ajay Kumar Gupta
63 matches
Mail list logo