Signed-off-by: Heiko Schocher h...@denx.de
---
include/mpc83xx.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/mpc83xx.h b/include/mpc83xx.h
index fd742c7..44115c9 100644
--- a/include/mpc83xx.h
+++ b/include/mpc83xx.h
@@ -837,6 +837,9 @@
#define CSCONFIG_EN
Dear Peter Chen,
In message 1250474437.13885.23.ca...@nchen-desktop you wrote:
1. Does jump table means the function lists which the standalone
applications uses?
The jump table provided by U-Boot exactly for this purpose is the
list of functions exported through the
Hi,
I am Uday new to U-boot. Can any one tell me how to load U-boot in to
ARM7(phillips LPC2129) based board.
regards,
Uday
udybs...@gmail.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear uday bhaskar,
In message 75bad7120908170135j1e3fcd49h6f3ebdc8ff591...@mail.gmail.com you
wrote:
I am Uday new to U-boot. Can any one tell me how to load U-boot in to
ARM7(phillips LPC2129) based board.
I'm not sure what exactly your question is.
The process of porting U-Boot to your
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
Makefile|3 +
board/omap3/devkit8000/Makefile | 51 +
board/omap3/devkit8000/config.mk| 34 +++
board/omap3/devkit8000/devkit8000.c | 117
Dear Tuma,
please keep the mailing list on Cc: - thanks.
In message 200908171305.55605.chernigovs...@spb.gs.ru you wrote:
In message 200908131326.20857.chernigovs...@spb.gs.ru you wrote:
I have LCD drivers from TI for OMAP3 evm board. I need to include this
files to my current u-boot. I
On Monday 17 August 2009 13:33:50 you wrote:
Dear Tuma,
please keep the mailing list on Cc: - thanks.
In message 200908171305.55605.chernigovs...@spb.gs.ru you wrote:
In message 200908131326.20857.chernigovs...@spb.gs.ru you wrote:
I have LCD drivers from TI for OMAP3 evm board. I need
Dear Frederik Kriewitz,
In message 1250500736-20034-1-git-send-email-frede...@kriewitz.eu you wrote:
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
Makefile|3 +
board/omap3/devkit8000/Makefile
Dear Tuma,
In message 200908171338.23342.chernigovs...@spb.gs.ru you wrote:
...
I cannot answer this question without knowing that these files
contain. Is this board specific code? Then it should go into your own
board directory. Is it OMAP3 specific, generic stuff? Then it should
1. get_table_entry_id API made global
2. get_table_entry_name API made global
3. struct table_entry moved to image.h
Currently it is used by image.c only
These APIs are very usefull and can be used by other part of code
This patch makes these APIs and struct global
Signed-off-by: Prafulla
On Monday 17 August 2009 13:52:46 you wrote:
Dear Tuma,
In message 200908171338.23342.chernigovs...@spb.gs.ru you wrote:
...
I cannot answer this question without knowing that these files
contain. Is this board specific code? Then it should go into your own
board directory. Is it
For some time there have been repeated reports about build problems
with some ARM (cross) tool chains. Especially issues about
(in)compatibility with the tool chain provided runtime support
library libgcc.a caused to add and support a private implementation
of such runtime support code in U-Boot.
Dear Tuma,
In message 200908171512.57938.chernigovs...@spb.gs.ru you wrote:
It seems I have no video subdirectory. So should I put all my drivers files
to drivers?
No.
Sorry, but I _have to_ use this (not latest) version of U-Boot now.
This will not work. Please use recent code. You must
Commit f62fb99941c6 fixed handling of all rodata sections by using a
wildcard combined with calls to ld's builtin functions SORT_BY_ALIGNMENT()
and SORT_BY_NAME(). Unfortunately these functions were only
introduced with biunutils version 2.16, so the modification broke
building with all tool
Currently it is used by image.c only
This API can be used by additional mkimage types supports
for ex. kwbimage, to use it the API is made global
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
common/image.c |3 +--
include/image.h |1 +
2 files changed, 2 insertions(+), 2
1. get_table_entry_id API made global
2. get_table_entry_name API made global
3. struct table_entry moved to image.h
Currently it is used by image.c only
These APIs are very usefull and can be used by other part of code
This patch makes these APIs and struct global
Signed-off-by: Prafulla
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
board/Marvell/sheevaplug/config.mk|3 +
board/Marvell/sheevaplug/kwbimage.cfg | 162 +
2 files changed, 165 insertions(+), 0 deletions(-)
create mode 100644 board/Marvell/sheevaplug/kwbimage.cfg
This patch adds type kwbimabe support for new mkimage core
For more details refer docs/README.kwbimage
This patch is tested with Sheevaplug board
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2: updated as per review comments for v1
added len checks in checksum functions
Hello,
to which RAM address does the u-boot copy the flash data? (I think uboot
copies the flash data to the RAM memory. Where can I define to which address
of RAM memory the flash data is written?)
Thank you
Johann
___
U-Boot mailing list
Dear Tuma,
again: please keep the mailing list on Cc: !!!
In message 200908171631.17975.chernigovs...@spb.gs.ru you wrote:
Okay. Is new version configurable for OMAP3evm out of the box?
Yes.
And is the v2009.08-rc2 stable enought?
Yes.
Best regards,
Wolfgang Denk
--
DENX Software
Dear Johann Steinbrecher,
In message 9db06a550908170538l25649f45u74c92aa0d8fd6...@mail.gmail.com you
wrote:
to which RAM address does the u-boot copy the flash data? (I think uboot
copies the flash data to the RAM memory. Where can I define to which address
of RAM memory the flash data is
Wolfgang Denk wrote:
For some time there have been repeated reports about build problems
with some ARM (cross) tool chains. Especially issues about
(in)compatibility with the tool chain provided runtime support
library libgcc.a caused to add and support a private implementation
of such
Dear Tom,
In message 4a895462.1020...@windriver.com you wrote:
I am testing this on the toolchain I usually use.
The Code Sourcery arm-2008q3
http://www.codesourcery.com/sgpp/lite/arm
I see they have a 2009 version. I will download that and test that as well.
Thanks.
Be aware that
Thank you for reviewing my patch.
I've fixed the issues and will submit it again once Jean-Christophe
updated the mach-types.h.
On Mon, Aug 17, 2009 at 11:50 AM, Wolfgang Denkw...@denx.de wrote:
+#define CONFIG_SYS_MAX_FLASH_SECT 520 /* max number of sectors on */
+
On Wed, 05 Aug 2009 23:08:16 +0200
Wolfgang Denk w...@denx.de wrote:
In message 20090702150401.06ded...@marrow.netinsight.se Simon
Kagstrom wrote:
See to it that sent data is 8-byte aligned
U-boot might use non-8-byte-aligned addresses for sending data, which
the kwgbe_send doesn't
On Monday 17 August 2009 16:38:31 you wrote:
Dear Tuma,
again: please keep the mailing list on Cc: !!!
In message 200908171631.17975.chernigovs...@spb.gs.ru you wrote:
Okay. Is new version configurable for OMAP3evm out of the box?
Yes.
And is the v2009.08-rc2 stable enought?
Yes.
On Monday 17 August 2009 17:55:31 Tuma wrote:
On Monday 17 August 2009 16:38:31 you wrote:
Dear Tuma,
again: please keep the mailing list on Cc: !!!
In message 200908171631.17975.chernigovs...@spb.gs.ru you wrote:
Okay. Is new version configurable for OMAP3evm out of the box?
On Sun, 19 Jul 2009 11:47:13 +0200
Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com wrote:
On 15:58 Tue 07 Jul , Simon Kagstrom wrote:
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
include/asm-arm/bitops.h |4 ++--
1 files changed, 2 insertions(+), 2
Hello all,
Is U-Boot able to log its actives etc to a machine accessible via the
network?
Desirable - U-Boot being able to log all its boot up info and details
regarding booting it's OS image etc (ie everything sent to stdout) to a
file on a remote machine.
Scenario - multiple deployments all
This patch fixes the chip_config command for I2C bootstrap EEPROM
configuration. First it changes the I2C bootstrap EEPROM address to
0x54 as this is used on Arches (instead of 0x52 on Canyonlands/
Glacier). Additionally, the NAND bootstrap settings are removed
for Arches since Arches doesn't
Frederik Kriewitz wrote:
Thank you for reviewing my patch.
I've fixed the issues and will submit it again once Jean-Christophe
updated the mach-types.h.
Please send an official request for this. See
http://lists.denx.de/pipermail/u-boot/2008-September/040553.html
Best regards
Dirk
On
Frederik Kriewitz wrote:
This patch adds support for the DevKit8000 board.
Wolfgang commented already most of the topics.
So, only one comment left for me:
...
+++ b/board/omap3/devkit8000/devkit8000.c
...
+/*
+ * Routine: misc_init_r
+ * Description: Configure board specific parts
+ */
Tom wrote:
I am testing this on the toolchain I usually use. The Code Sourcery
arm-2008q3
http://www.codesourcery.com/sgpp/lite/arm
I see they have a 2009 version. I will download that and test that as
well.
Yes, using recent 2009q1-203 is the recommended one.
2008q3 is known to have
This patch adds a default bootargs fbmem value to the
CONFIG_BOOTARGS string for the MIMC200 board.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
include/configs/mimc200.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/mimc200.h
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Tuma
Sent: Monday, August 17, 2009 7:26 PM
To: Wolfgang Denk; U-Boot Mailing List
Subject: Re: [U-Boot] BMP display.
On Monday 17 August 2009 16:38:31 you wrote:
Dear Tuma,
On Mon, Aug 17, 2009 at 5:21 PM, Dirk Behmedirk.be...@googlemail.com wrote:
With the OMAP DIE_ID thread we know what you are doing here. But do we want
to have this really in mainline? It looks to me like a workaround for broken
hardware (that is, having no proper MAC address configured)? Or do
On Thu 13 Aug 2009 18:01, Wolfgang Denk pondered:
Dear Robin Getz,
In message 200908131747.20194.rg...@blackfin.uclinux.org you wrote:
The better thing to do (IMHO) - would be to print out the proper number of
hashes, depending on the size of the file (and implement RFC 2349 at the
same
On Sat 8 Aug 2009 05:50, Ben Warren pondered:
Allesandro,
Alessandro Rubini wrote:
I finally fixed the defrag code, testing with NFS as well.
Didn't take performance figures, tough, for lack of time.
I wanted to do config + environment for the NFS case, like tftp, but
didnt' do the
Frederik Kriewitz wrote:
On Mon, Aug 17, 2009 at 5:21 PM, Dirk Behmedirk.be...@googlemail.com wrote:
With the OMAP DIE_ID thread we know what you are doing here. But do we want
to have this really in mainline? It looks to me like a workaround for broken
hardware (that is, having no proper MAC
Hi all,
As I feel this list is a good resource for embedded design minds, please
forgive this elementary question.
As NOR flash ages, does write speed degrade? Or do writes take place at
roughly the same rate over time until the part reaches the write limit
(100k-1000k writes)? Any pointers in
On Sun, 16 Aug 2009, Wolfgang Denk wrote:
Dear Sergey,
in include/asm-arm/arch-davinci/emac_defs.h you declare emac_desc with
the volatile attribute, but when using it, volatile is frequently
added again, resulting in complier warnings like these:
Configuring for davinci_sffsdr board...
Dirk Behme wrote:
Frederik Kriewitz wrote:
Thank you for reviewing my patch.
I've fixed the issues and will submit it again once Jean-Christophe
updated the mach-types.h.
Please send an official request for this. See
http://lists.denx.de/pipermail/u-boot/2008-September/040553.html
On Mon, Aug 17, 2009 at 12:58 PM, Jake Peavydjstu...@gmail.com wrote:
Hi all,
As I feel this list is a good resource for embedded design minds, please
forgive this elementary question.
As NOR flash ages, does write speed degrade? Or do writes take place at
roughly the same rate over time
Dear Matthew Lear,
In message 4a896ed5.3010...@bubblegen.co.uk you wrote:
Is U-Boot able to log its actives etc to a machine accessible via the
network?
U-Boot has support for netconsole, if that is what you are looking
for.
Desirable - U-Boot being able to log all its boot up info and
Dear Robin Getz,
In message 200908171315.40365.rg...@blackfin.uclinux.org you wrote:
Comments welcome...
I guess the code is largely untested?
diff --git a/net/tftp.c b/net/tftp.c
index 9544691..56db247 100644
--- a/net/tftp.c
+++ b/net/tftp.c
@@ -66,6 +66,9 @@ static ulong
Dear Robin Getz,
In message 200908171321.44317.rg...@blackfin.uclinux.org you wrote:
Also wondering -- if the user sets the tftpblocksize to a number larger
than IP_MAXUDP, the transfer will never finish. Should this be restricted
here?
Sounds like a good idea to me.
Best regards,
Wolfgang
Dear Jake Peavy,
In message c5221b990908171058s5e3b5f76j1aa6c6e0abc26...@mail.gmail.com you
wrote:
As I feel this list is a good resource for embedded design minds, please
forgive this elementary question.
You are welcome.
As NOR flash ages, does write speed degrade? Or do writes take
Dear k...@koi8.net,
In message pine.lnx.4.64ksi.0908171053160.9...@home-gw.koi8.net you wrote:
what compiler do you use? I just compiled all the davinci boards with
GNUEABI GCC 4.4.1 (binutils ver.2.19.1) and I didn't get a single compiler
warning.
I was playing with old tool chains
On Monday 17 August 2009 08:00:53 Wolfgang Denk wrote:
Mike, I am aware that Blackfin is already using the C preprocessor to
generate it's linker scripts. I guess this step can now be folded into
this general mechanism. Do you want to provide such a patch, or shall
I do it?
toolchains that
On Sun, 16 Aug 2009, Wolfgang Denk wrote:
...
I change this to:
*(.text)
. = ALIGN(16);
*(.eh_frame)
*(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*)))
Unfortunately it turns out that this breaks some older tool chains.
For example, using ELDK 3.1 (binutils 2.14-5) we get:
Dear Mike,
In message 200908171514.54018.vap...@gentoo.org you wrote:
Mike, I am aware that Blackfin is already using the C preprocessor to
generate it's linker scripts. I guess this step can now be folded into
this general mechanism. Do you want to provide such a patch, or shall
I do
Dear Trent,
In message pine.lnx.4.58.0908171214470.11...@shell2.speakeasy.net you wrote:
Do you see any want to make this backward compatible with older
versions of ld?
I don't have an ld old enough to not like that line so I'm not sure
what the problem is exactly.
The problem is that
On Mon, 17 Aug 2009, Wolfgang Denk wrote:
Dear k...@koi8.net,
In message pine.lnx.4.64ksi.0908171053160.9...@home-gw.koi8.net you wrote:
what compiler do you use? I just compiled all the davinci boards with
GNUEABI GCC 4.4.1 (binutils ver.2.19.1) and I didn't get a single compiler
On Mon, 17 Aug 2009, Wolfgang Denk wrote:
Ack-by: Sergey Kubushyn k...@koi8.net
---
For some time there have been repeated reports about build problems
with some ARM (cross) tool chains. Especially issues about
(in)compatibility with the tool chain provided runtime support
library libgcc.a
On Mon 17 Aug 2009 15:05, Wolfgang Denk pondered:
Dear Robin Getz,
In message 200908171315.40365.rg...@blackfin.uclinux.org you wrote:
Comments welcome...
I guess the code is largely untested?
I tested it on a single machine.
diff --git a/net/tftp.c b/net/tftp.c
index
Dear k...@koi8.net,
In message pine.lnx.4.64ksi.0908171235440.10...@home-gw.koi8.net you wrote:
I was playing with old tool chains actually. That was with gcc 3.3.x.
Ah, that's ancient... I don't think we need to something for this. I betcha
it won't compile at all with something like
On Monday 17 August 2009 15:31:30 Wolfgang Denk wrote:
Mike wrote:
Mike, I am aware that Blackfin is already using the C preprocessor to
generate it's linker scripts. I guess this step can now be folded into
this general mechanism. Do you want to provide such a patch, or shall
I do
Hi Wolfgang,
2009/8/17 Wolfgang Denk w...@denx.de:
For some time there have been repeated reports about build problems
with some ARM (cross) tool chains. Especially issues about
(in)compatibility with the tool chain provided runtime support
library libgcc.a caused to add and support a
Dear Robin Getz,
In message 200908171555.31016.rg...@blackfin.uclinux.org you wrote:
Why static int? This gives a random init value for the second and each
following TFTP transfers.
Nope - it is set to zero on the start of every transfer.
Right, I saw this later, at the end of your
Dear Mike Frysinger,
In message 200908171615.45626.vap...@gentoo.org you wrote:
twice - first in your board directory, and then again by the top level
Makefile. You could save the local run now.
ok, i missed that aspect. i think the changes needed are:
lib_blackfin/Makefile:
Dear Magnus Lilja,
In message 59b21cf20908171317s10d7fdb5t631c37f06707e...@mail.gmail.com you
wrote:
This way we use a similar logic for the compile options as the
Linux kenrel does.
kenrel = kernel :-)
Thanks, will try to remember to edit the commit message.
I've done compile time
On Monday 17 August 2009 16:24:45 Wolfgang Denk wrote:
There is a slight difference, though - I'm calling CPP with the
-ansi switch to make sure that all system-specific predefined
macros outside the reserved namespace are suppressed, i. e. only
those starting with
Dear Tuma,
In message 200908171755.31690.chernigovs...@spb.gs.ru you wrote:
make[1]: arm-linux-gcc: Command not found
My old U-Boot used arm-none-linux-gnueabi-gcc which make system could
easyly
find on my system.
Should I install some new software to build new U-Boot?
Or configure
On Mon 17 Aug 2009 16:20, Wolfgang Denk pondered:
Dear Robin Getz,
In message 200908171555.31016.rg...@blackfin.uclinux.org you wrote:
Why static int? This gives a random init value for the second and each
following TFTP transfers.
Nope - it is set to zero on the start of every
Dear Dirk Behme,
In message 4a897571.9090...@googlemail.com you wrote:
Wolfgang commented already most of the topics.
:-)
So, only one comment left for me:
But a well spottet one, thanks!
+ /* Use OMAP DIE_ID as MAC address */
+ if (!eth_getenv_enetaddr(ethaddr, enetaddr)) {
+
The Intel E1000 driver was making assumptions about the relationship between
some virtual, physical, and PCI addresses.
Also fix some bad usage of the DEBUGOUT macro
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/net/e1000.c | 17 +
1 files changed, 9 insertions(+),
FYI, there is no patch 1/2. It's just this one.
On Mon, Aug 17, 2009 at 3:55 PM, Timur Tabiti...@freescale.com wrote:
The Intel E1000 driver was making assumptions about the relationship between
some virtual, physical, and PCI addresses.
Also fix some bad usage of the DEBUGOUT macro
Dear uday bhaskar,
please keep the mailing list on cc:
In message 75bad7120908170826l6c4f494q480208f55ac93...@mail.gmail.com you
wrote:
Actually i have ARM7 based LPC2129 board taken from Emblitz (www.emblitz.com).
Board name is EVAT104.
My question is
1. Is this supports for U-boot.
This
+
+#ifndef __CONFIG_H
+#define __CONFIG_H
+
+#if defined(CONFIG_tny_a9260) || defined(CONFIG_tny_a9260_nandflash) ||
defined(CONFIG_tny_a9260_eeprom)
too long
and define must be upper case
+#define CONFIG_TNY_A9260
+#define CONFIG_AT91SAM9260
+#elif defined(CONFIG_tny_a9g20) ||
On 23:10 Tue 04 Aug , Darius Augulis wrote:
On 08/04/2009 10:48 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:42 Mon 03 Aug , Darius Augulis wrote:
On 07/08/2009 02:30 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:14 Fri 03 Jul , Po-Yu Chuang wrote:
This patch adds support
On 12:45 Thu 06 Aug , Po-Yu Chuang wrote:
Dear Jean-Christophe and Darius,
2009/8/5 Darius Augulis augulis.dar...@gmail.com:
On 08/04/2009 10:48 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
as I understand correctly the faraday and the CS3518 share the same core
and
IP so it will be
On 14:13 Thu 06 Aug , Po-Yu Chuang wrote:
Dear Jean-Christophe,
2009/7/8 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com:
+.globl lowlevel_init
+lowlevel_init:
+ mov r11, lr
+
+ led 0x0
+
+ /* if REMAP bit is set - memory had been initialzed */
+
On Mon, Aug 17, 2009 at 4:48 PM, Wolfgang Denkw...@denx.de wrote:
Dear uday bhaskar,
please keep the mailing list on cc:
In message 75bad7120908170826l6c4f494q480208f55ac93...@mail.gmail.com you
wrote:
Actually i have ARM7 based LPC2129 board taken from Emblitz
(www.emblitz.com).
Board
On 11:20 Sat 15 Aug , s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for the DM365 EVM.
It has been tested on a DM365 EVM.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Makefile |3 +
On 11:20 Sat 15 Aug , s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for DaVinci DM365 SOC.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
cpu/arm926ejs/davinci/Makefile |1 +
cpu/arm926ejs/davinci/dm365.c | 35
On 10:03 Fri 14 Aug , Ben Goska wrote:
In commit 187af954cf7958c24efcf0fd62289bbdb4f1f24e there was a typo that
offset all the ecc registers by 4 bytes, fixed that.
Signed-off-by: Ben Goska gos...@onid.oregonstate.edu
---
include/asm-arm/arch-omap3/cpu.h |4 ++--
1 files changed,
On 10:45 Tue 11 Aug , s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds 4 BIT ecc support in the DaVinci NAND
driver. Tested on both the DM355 and DM365.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
drivers/mtd/nand/davinci_nand.c |
On 10:49 Tue 11 Aug , s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch enables NAND support on the DM355 EVM.
Changes in this patch mostly relate to adding the NAND support.
This patch also defines a boot delay.
Signed-off-by: Sandeep Paulraj
On Mon, Aug 17, 2009 at 11:41:06PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
+
+#ifndef __CONFIG_H
+#define __CONFIG_H
+
+#if defined(CONFIG_tny_a9260) || defined(CONFIG_tny_a9260_nandflash) ||
defined(CONFIG_tny_a9260_eeprom)
too long
and define must be upper case
Those
On 22:03 Fri 07 Aug , Prafulla Wadaskar wrote:
This feature can be used to trigger special command sysrstcmd using
reset key long press event and environment variable sysrstdelay is set
(useful for reset to factory or manufacturing mode execution)
Kirkwood SoC implements a hardware-based
On 18:30 Wed 22 Jul , Albin Tonnerre wrote:
The name of the atmel nand driver in the kernel changed from at91_nand
to atmel_nand back in June 2008, but the at91-based boards config files
still refer to at91_nand. This patch updates them with the new name
Signed-off-by: Albin Tonnerre
On Tue, Aug 18, 2009 at 12:14:12AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
I've recive a ack for the pm9263 recently so I apply this version
Did you mean 9261 ? From your previous mail, I thought this was the one causing
issues.
Regards,
--
Albin Tonnerre, Free Electrons
Kernel,
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090817220313.gk23...@game.jcrosoft.org you wrote:
On 10:45 Tue 11 Aug , s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds 4 BIT ecc support in the DaVinci NAND
driver. Tested on both the DM355 and
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090817221152.gm23...@game.jcrosoft.org you wrote:
+ printf(Starting %s process...\n, __FUNCTION__);
+ sprintf(cmd, run );
+ sprintf(img, sysrstcmd);
+ argv[0] = cmd;
+ argv[1] = img;
+ if ((do_run(NULL, 0, 2, argv)) !=
On 00:26 Tue 18 Aug , Albin Tonnerre wrote:
On Tue, Aug 18, 2009 at 12:14:12AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
I've recive a ack for the pm9263 recently so I apply this version
Did you mean 9261 ? From your previous mail, I thought this was the one
causing
issues.
On 00:13 Tue 18 Aug , Albin Tonnerre wrote:
On Mon, Aug 17, 2009 at 11:41:06PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
+
+#ifndef __CONFIG_H
+#define __CONFIG_H
+
+#if defined(CONFIG_tny_a9260) || defined(CONFIG_tny_a9260_nandflash) ||
On 23:39 Wed 12 Aug , Albin Tonnerre wrote:
On Wed, Aug 12, 2009 at 11:15:26PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
On 18:10 Wed 12 Aug , Albin Tonnerre wrote:
Currently, at91/led.c only provides _on and _off functions for green,
yellow and red LEDs. This patch
On 00:36 Tue 18 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090817221152.gm23...@game.jcrosoft.org you wrote:
+ printf(Starting %s process...\n, __FUNCTION__);
+ sprintf(cmd, run );
+ sprintf(img, sysrstcmd);
+ argv[0] = cmd;
+ argv[1] =
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS |4 +
Makefile|3 +
board/omap3/devkit8000/Makefile |
On Aug 17, 2009, at 3:55 PM, Timur Tabi wrote:
The Intel E1000 driver was making assumptions about the relationship
between
some virtual, physical, and PCI addresses.
Also fix some bad usage of the DEBUGOUT macro
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/net/e1000.c |
And is there any successful stories about Xenomai/SOLO?
Thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
please pull
The following changes since commit 7dedefdf749ff02c1086f7ddb8cb83a77b00d030:
John Schmoller (1):
flash: Fix CFI buffer size bug
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Albin Tonnerre (1):
Update the mtd driver name in
On Tue, Aug 11, 2009 at 10:45:05AM -0400, s-paul...@ti.com wrote:
+static void nand_davinci_4bit_enable_hwecc(struct mtd_info *mtd, int mode)
+{
+ u32 val;
+
+ switch (mode) {
+ case NAND_ECC_WRITE:
+ case NAND_ECC_READ:
+ /*
+ * Start a new ECC
On Tue, Aug 18, 2009 at 12:03:13AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 10:45 Tue 11 Aug , s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds 4 BIT ecc support in the DaVinci NAND
driver. Tested on both the DM355 and DM365.
Dear Jean-Christophe PLAGNIOL-VILLARD,
2009/8/18 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com:
On 14:13 Thu 06 Aug , Po-Yu Chuang wrote:
Anyway, I have an idea now.
I can submit a version that do not do the bank swap
(SDRAM stays at 0x1000).
The the mainline keeps
Dear Wolfgang Denk,
On Mon, 2009-08-17 at 10:03 +0200, Wolfgang Denk wrote:
Dear Peter Chen,
In message 1250474437.13885.23.ca...@nchen-desktop you wrote:
1. Does jump table means the function lists which the standalone
applications uses?
The jump table provided by
96 matches
Mail list logo
