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 ta
Dear Jean-Christophe PLAGNIOL-VILLARD,
2009/8/18 Jean-Christophe PLAGNIOL-VILLARD :
> 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 beautiful as you wi
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
> >
> > This patch adds 4 BIT ecc support in the DaVinci NAND
> > driver. Tested on both the DM355 and DM365.
> >
> >
> > Signed-off-b
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 ne
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 boo
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
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
> ---
> drivers/net/e1000.c | 17 ++
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS |4 +
Makefile|3 +
board/omap3/devkit8000/Makefile | 52 +
board/om
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
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 pat
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) ||
> > > defined(C
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
> iss
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(NUL
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
> >
> > This patch adds 4 BIT ecc support in the DaVinci NAND
> > driver. Tested on both the DM355 and DM365.
> >
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, drive
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 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 hardwa
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 ca
On 10:49 Tue 11 Aug , s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> 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
> ---
> include/config
On 10:45 Tue 11 Aug , s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> This patch adds 4 BIT ecc support in the DaVinci NAND
> driver. Tested on both the DM355 and DM365.
>
>
> Signed-off-by: Sandeep Paulraj
> ---
> drivers/mtd/nand/davinci_nand.c | 290
> +++
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
> ---
> include/asm-arm/arch-omap3/cpu.h |4 ++--
> 1 files changed, 2 insertions(+), 2 d
On 11:20 Sat 15 Aug , s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> This patch adds support for DaVinci DM365 SOC.
>
> Signed-off-by: Sandeep Paulraj
> ---
> cpu/arm926ejs/davinci/Makefile |1 +
> cpu/arm926ejs/davinci/dm365.c | 35 +++
> 2 file
On 11:20 Sat 15 Aug , s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> This patch adds support for the DM365 EVM.
> It has been tested on a DM365 EVM.
>
> Signed-off-by: Sandeep Paulraj
> ---
> Makefile |3 +
> board/davinci/dm365evm/Makefile| 52
On Mon, Aug 17, 2009 at 4:48 PM, Wolfgang Denk 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).
>> Bo
On 14:13 Thu 06 Aug , Po-Yu Chuang wrote:
> Dear Jean-Christophe,
>
> 2009/7/8 Jean-Christophe PLAGNIOL-VILLARD :
> >> +.globl lowlevel_init
> >> +lowlevel_init:
> >> + mov r11, lr
> >> +
> >> + led 0x0
> >> +
> >> + /* if REMAP bit is set -> memory had been initialzed */
>
On 12:45 Thu 06 Aug , Po-Yu Chuang wrote:
> Dear Jean-Christophe and Darius,
>
> 2009/8/5 Darius Augulis :
> > 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 bett
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 patc
> +
> +#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) || d
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.
FYI, there is no patch 1/2. It's just this one.
On Mon, 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
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
---
drivers/net/e1000.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
dif
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
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 s
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 co
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 double
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 don
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 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 yo
Hi Wolfgang,
2009/8/17 Wolfgang Denk :
> 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 impleme
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
>
Dear k...@koi8.net,
In message 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 2.x.x but who cares? :)
Indeed gcc 2.95 dies with 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
> > inde
On Mon, 17 Aug 2009, Wolfgang Denk wrote:
Ack-by: Sergey Kubushyn
---
> 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
On Mon, 17 Aug 2009, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message 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 ch
Dear Trent,
In message 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 SORT_BY_ALIGNMENT() and SORT_BY_NAME() were
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
>
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 (binu
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
Dear k...@koi8.net,
In message 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 actually. That was with gcc 3.3.x.
> There are 2 separa
Dear Jake Peavy,
In message 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 place at
Yes, it does. Both erase and write times grow, so
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,
W
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 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 a
On Mon, Aug 17, 2009 at 12:58 PM, Jake Peavy 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 until the par
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/04055
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
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
Frederik Kriewitz wrote:
> On Mon, Aug 17, 2009 at 5:21 PM, Dirk Behme 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)
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
> > d
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
On Mon, Aug 17, 2009 at 5:21 PM, Dirk Behme 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 I miss
> anything?
I'
> -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:
> > De
This patch adds a default bootargs "fbmem" value to the
CONFIG_BOOTARGS string for the MIMC200 board.
Signed-off-by: Mark Jackson
---
include/configs/mimc200.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/mimc200.h b/include/configs/mimc200.h
index 8f
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 h
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
> +
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
> O
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 sup
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 h
On Sun, 19 Jul 2009 11:47:13 +0200
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:58 Tue 07 Jul , Simon Kagstrom wrote:
> > Signed-off-by: Simon Kagstrom
> > ---
> > include/asm-arm/bitops.h |4 ++--
> > 1 files changed, 2 insertions(+), 2 deletions(-)
> >
> NACK
>
> the test_and_set
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 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 enough
On Wed, 05 Aug 2009 23:08:16 +0200
Wolfgang Denk 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 acce
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 Denk wrote:
>> +#define CONFIG_SYS_MAX_FLASH_SECT 520 /* max number of sectors on */
>> +
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
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 r
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
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
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
U-Boot@lists
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
---
Change log:
v2: updated as per review comments for v1
added len checks in checksum functions
added printable stri
Signed-off-by: Prafulla Wadaskar
---
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
diff --git a/board/Mar
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 Wadask
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
---
common/image.c |3 +--
include/image.h |1 +
2 files changed, 2 insertions(+), 2 deletions(-)
diff --gi
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 chain
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.
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.
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 direc
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 Wadask
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
>
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
> ---
> Makefile|3 +
> board/omap3/devkit8000/Makefile | 51
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 ev
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 curre
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz
---
Makefile|3 +
board/omap3/devkit8000/Makefile | 51 +
board/omap3/devkit8000/config.mk| 34 +++
board/omap3/devkit8000/devkit8000.c | 117 +++
board/oma
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 you
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 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 th
Signed-off-by: Heiko Schocher
---
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
96 matches
Mail list logo
