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.
>
> And the diffe
This patch is to save environment data to mmc card.
It uses interfaces defined in generic mmc.
Signed-off-by: Terry Lv
---
common/Makefile |1 +
common/cmd_nvedit.c |3 +-
common/env_mmc.c | 166 +
include/environment.h | 18
In drivers/mmc/mmc.c, mmc_bread will do aligned read.
So we don't need to use single block read.
We can use multiblock read to improve the performance.
Signed-off-by: Terry Lv
---
drivers/mmc/mmc.c | 51 ---
1 files changed, 40 insertions(+), 11
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
executing user commands. Everything seems works fine, except the
memory test (mtest) command:
lpc-board# mtest
Pattern Writing...
Remy,
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Gupta, Ajay Kumar
> Sent: Tuesday, November 17, 2009 7:35 PM
> To: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 3/4 v5] DA8xx: Add MUSB host support
>
> Remy,
>
>
Hi u-boot experts,
Now our arm board is based on u-boot v2009.08 and I need to use
ubifs.
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
and define the follow
Special Package for this week
Board Certified Physicians in America
788,445 in total * 17,710 emails
Many popular specialties like Emergency Medicine, Plastic Surgery, OBGYN,
Oncology, Pediatrics and more
16 different sortable fields
Pharmaceutical Companies in the USA
Personal email addres
Alfred,
On Wed, Nov 18, 2009 at 5:54 PM, alfred steele wrote:
> On Mon, Nov 16, 2009 at 8:59 PM, Ben Warren
> wrote:
> > Hi Alfred,
> >
> > alfred steele wrote:
> >>>
> >>> Thanks for your submission!
> >>>
> >>
> >> What is the current design on the mxc fec interface's attainment of a
> >> MAC
On Mon, Nov 16, 2009 at 8:59 PM, Ben Warren wrote:
> Hi Alfred,
>
> alfred steele wrote:
>>>
>>> Thanks for your submission!
>>>
>>
>> What is the current design on the mxc fec interface's attainment of a
>> MAC address. From the kernel driver it looks like it looks at the
>> IIM(IC identification
The help message for the 'bootm' command listed the 'cmdline' and 'bdt'
sub-commands in the wrong order which resulted in the error below when
following the 'help' command's instructions:
"Trying to execute a command out of order"
Signed-off-by: Peter Tyser
---
Feel free to apply this for the
On Wednesday 18 November 2009 03:17:21 Robert P. J. Day wrote:
> i'm curious as to why common/Makefile hardcodes the compilation of
> cmd_pcmcia.c thusly:
>
> COBJS-y += cmd_pcmcia.o
>
> since i'm interested in building for a beagleboard, i have no interest
> in PCMCIA support, yet that sourc
On Wednesday 18 November 2009 06:01:52 Robert P. J. Day wrote:
> Collect object files corresponding to the same CONFIG variable on the
> same line for better readability.
>
> clearly no *functional* difference but it follows the standard set
> out in the rest of the file. compile tested for a b
Mike Frysinger wrote on 19/11/2009 00:45:16:
>
> On Wednesday 18 November 2009 17:59:59 Joakim Tjernlund wrote:
> > Wolfgang Denk wrote on 18/11/2009 23:45:56:
> > > Joakim Tjernlund wrote:
> > > > > And PLEASE keep the In-reply-to: and References: headers so threading
> > > > > of the messages wo
On Wednesday 18 November 2009 17:59:59 Joakim Tjernlund wrote:
> Wolfgang Denk wrote on 18/11/2009 23:45:56:
> > Joakim Tjernlund wrote:
> > > > And PLEASE keep the In-reply-to: and References: headers so threading
> > > > of the messages works.
> > >
> > > Since this was a new email sent with git,
On Wednesday 18 November 2009 17:28:46 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > > I don't know whether Linux has a specific policy on this, but I
> > > > haven't noticed many problems in this regard, and when I did find one
> > > > in the kernel a few years back I didn't get any argument
Wolfgang Denk wrote on 18/11/2009 23:45:56:
>
> Dear Joakim Tjernlund,
>
> In message 003a0...@transmode.se> you wrote:
> >
> > This was a "reply" for Mikes comment on
> > [PATCH v2] crc32: Impl. linux optimized crc32()
>
> If it was a reply to "[PATCH v2] crc32: ..." then why didn't the
> Subjec
Hi Wolfgang,
Wolfgang Denk a écrit :
> 88f5182 is a terrible file name. Can you not come up with something
> more descriptive, please?
Actually, the name is based on the actual name of the Marvell SoC variant.
> Why do we need an Orion5x-specific GPIO API? Can't we use something
> that is more
Dear Joakim Tjernlund,
In message
you
wrote:
>
> This was a "reply" for Mikes comment on
> [PATCH v2] crc32: Impl. linux optimized crc32()
If it was a reply to "[PATCH v2] crc32: ..." then why didn't the
Subject read "Re: [PATCH v2] crc32: " ?
> Would it been better for you if I just included
Dear Nick Thompson,
In message <4b03bd0c.7080...@gefanuc.com> you wrote:
>
> I'm happy to submit a new patch to lowercase these enums if you
> think that would be a good idea. It might be inviting trouble,
> but I'm not aware of any outstanding patches that rely on these
> values directly.
I'm so
Dear Hui Tang,
In message you
wrote:
> Dear Wolfgang,
>
> >> +PLATFORM_CPPFLAGS += -I$(TOPDIR)/board/gec/gec2410
> >
> > Why is this needed?
>
> in /board/gec/gec2410/lowlevel_init.S, it includes "gec2410_mem.h",
> which is at $(TOPDIR)/board/gec/gec2410.
So it's in the same directory? Then t
Dear "Robert P. J. Day",
In message you wrote:
>
> p.s. is there a "trivial" patch email address for simple things like
> typoes, just to keep this main list for more important stuff?
No. All patches shall go though a central place (i. e. this list).
Best regards,
Wolfgang Denk
--
DENX Sof
Dear =?UTF-8?B?IlNldW5naHllb24gUmhlZSAo7J207Iq57ZiEKSI=?=,
In message <4b035ee8.90...@lpmtec.com> you wrote:
>
> > I think this patch is not an improvement. Now it prints "Not erased"
> > even when sectors _have_ successfully been earased, which is at least
> > as wrong als the old behaviour.
...
Dear Mike Frysinger,
In message <200911171918.39290.vap...@gentoo.org> you wrote:
>
> > > I don't know whether Linux has a specific policy on this, but I haven't
> > > noticed many problems in this regard, and when I did find one in the
> > > kernel a few years back I didn't get any argument when
Dear Sandeep,
In message <0554bef07d437848af01b9c9b5f0bc5d94158...@dlee01.ent.ti.com> you
wrote:
>
> > > Sorry for asking stupid questions - but which sort of conflict do you
> > > see in this text? The licensing seems to be OK with me (reference to
> > > COPYING file in the top level directory)
Dear Albert Aribaud,
In message <1258239796-21528-4-git-send-email-albert.arib...@free.fr> you 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 compli
Dear Albert Aribaud,
In message <1258239796-21528-2-git-send-email-albert.arib...@free.fr> you wrote:
> This patch adds support for the Marvell Orion5x SoC.
> It has no use alone, and must be followed by a patch
> to add Orion5x support for serial, then support for
> the ED Mini V2, an Orion5x-bas
Dear Scott Wood,
In message <20091118202216.ga15...@loki.buserror.net> you 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;
> >
> >
On Wed, Nov 18, 2009 at 04:24:04PM +0800, Hui.Tang wrote:
> This patch add nand_read_buf() for S3C2410 NAND SPL.
> In nand_spl/nand_boot.c, nand_boot() will check nand->select_chip,
> so nand->select_chip should also be initialized.
>
> Signed-off-by: Hui.Tang
Applied to u-boot-nand-flash/next.
> 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 = readl(&emif_regs->NANDF1ECC);
>
On Mon, Nov 16, 2009 at 01:31:47PM -0500, s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> NANDs with page size of lesser than and equal to 2K are
> reaching EOL. They are bing replaced with NANDs of
> page size 4K and above.
> To support this we have to extend the eccpos field
>
> Signed-off
On Mon, Nov 16, 2009 at 01:32:01PM -0500, s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> This patch updates a check condition in the NAND driver.
> The check condition is similat to what is in linux/next.
Hmm, even in Linux all other invocations of ecc.correct check < 0 rather
than == -1.
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 = readl(&emif_regs->NANDF1ECC);
"val =" can
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20091118180115.gb15...@loki.buserror.net> you wrote:
>>> + U-Boot is free software. It is copyrighted by Wolfgang Denk and
>>> +many others who contributed code (see the actual source code for
>>> +details). You can redistribute U-Boot and/o
Dear Scott Wood,
In message <20091118180115.gb15...@loki.buserror.net> you wrote:
>
> > + U-Boot is free software. It is copyrighted by Wolfgang Denk and
> > +many others who contributed code (see the actual source code for
> > +details). You can redistribute U-Boot and/or modify it under the
> >
> -Original Message-
> From: Nishanth Menon [mailto:menon.nisha...@gmail.com]
> Sent: Wednesday, November 18, 2009 11:38 PM
> To: Hiremath, Vaibhav
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] OMAP3EVM: Added NAND support
>
> On Wed, Nov 18, 2009 at 12:58 AM, wrote:
> > Fr
Nishanth Menon wrote:
>> +
>> +#define WRITE_NAND_COMMAND(d, adr)\
>> + writel(d, &nand_cs_base->nand_cmd)
> writel? i thought u had 16 bit nand device.
>
>> +#define WRITE_NAND_ADDRESS(d, adr)\
>> + writel(d, &nand_cs_base->nand_adr)
>> +#define WRITE_N
On Wed, Nov 18, 2009 at 12:58 AM, wrote:
> From: Vaibhav Hiremath
>
> User can now choose between NAND and ONENAND support in omap3_evm.h
>
> Signed-off-by: Vaibhav Hiremath
> ---
> include/configs/omap3_evm.h | 27 ++-
> 1 files changed, 26 insertions(+), 1 deletions
On Wed, Nov 18, 2009 at 10:29:17AM +0100, Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> ---
> COPYING |9 -
> 1 files changed, 8 insertions(+), 1 deletions(-)
>
> diff --git a/COPYING b/COPYING
> index f616ab9..9930863 100644
> --- a/COPYING
> +++ b/COPYING
> @@ -1,4 +1,11 @@
On Wed, Nov 18, 2009 at 12:09:46AM +0100, Wolfgang Denk wrote:
> In message <4af9823c.8090...@gefanuc.com> you wrote:
> > Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
> > See http://www.ti.com
> >
> > The DA8xx devices are similar to DaVinci devices but have a differing
> > memory m
Robert,
Robert P. J. Day wrote:
> i'm curious as to why common/Makefile hardcodes the compilation of
> cmd_pcmcia.c thusly:
>
> COBJS-y += cmd_pcmcia.o
>
> since i'm interested in building for a beagleboard, i have no interest
> in PCMCIA support, yet that source file will be compiled for me,
Newsletter Retefin
Servizi finanziari offerti da Gruppo Retefin
GENTILE UTENTE, CON LA PRESENTE MAIL PROPONIAMO ALLA SUA CORTESE ATTENZIONE IL
NOSTRO INVITO PER RICHIEDERLE CORTESE CONSENSO ALL' INVIO DI SUCCESSIVE MAIL
INFORMATIVE RELATIVE AL NOSTRO PORTALE WEB:
SE NON CONFERMA L'ISCRIZIONE
This patch shrinks the PMC440 u-boot binary (from next branch)
to fit into 384kB again.
Signed-off-by: Matthias Fuchs
---
include/configs/PMC440.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/configs/PMC440.h b/include/configs/PMC440.h
index d6e2f6b..b0fa81f
This is not the sequoia board.
Signed-off-by: Matthias Fuchs
---
board/esd/pmc440/config.mk |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/board/esd/pmc440/config.mk b/board/esd/pmc440/config.mk
index 0c4d582..91e65ec 100644
--- a/board/esd/pmc440/config.mk
+++ b/boa
On Tuesday 17 November 2009 11:11, 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
From: Vaibhav Hiremath
Changes:
- Changed default configuration from ONENAND to NAND
- User can choose between ONENAND and NAND, define
either CMD_NAND or CMD_ONENAND in omap3_evm.h
Signed-off-by: Vaibhav Hiremath
---
include/configs/omap3_evm.h |9 -
1 fil
> -Original Message-
> From: Dirk Behme [mailto:dirk.be...@googlemail.com]
> Sent: Wednesday, November 18, 2009 2:07 PM
> To: Hiremath, Vaibhav
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] OMAP3EVM: Added NAND support
>
>
> It would have been nice if subject had a 'v2' now.
Hi,
I am compiling latest u-boot code for ppc440x5.
My board is having 16MB nor flash, have I modified following parameter.
CONFIG_SYS_FLASH_BASE 0xfc00
TEXT_BASE 0xfcfc
bootpg 0xfcfff000
With these changes I am getting following error.
../gcc-4.2.4-glibc-2.3.6/powerpc-440-linux-gnu/bin
Collect object files corresponding to the same CONFIG variable on the
same line for better readability.
Signed-off-by: Robert P. J. Day
---
clearly no *functional* difference but it follows the standard set
out in the rest of the file. compile tested for a beagle, for what
it's worth.
an
Collect object files corresponding to the same CONFIG variable on the
same line for better readability.
Signed-off-by: Robert P. J. Day
---
clearly no *functional* difference but it follows the standard set
out in the rest of the file. compile tested for a beagle, for what
it's worth.
dif
Wolfgang Denk wrote on 17/11/2009 22:06:02:
>
> Dear Joakim Tjernlund,
>
> In message <1258446374-2919-1-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > The #include is Linux specific. Use
> > compiler.h and adjust the code to cope.
> >
> > Signed-off-by: Joakim Tjernlund
> > ---
Signed-off-by: Wolfgang Denk
---
COPYING |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/COPYING b/COPYING
index f616ab9..9930863 100644
--- a/COPYING
+++ b/COPYING
@@ -1,4 +1,11 @@
- NOTE! This copyright does *not* cover the so-called "standalone"
+ U-Boot is f
On 17/11/09 23:10, Wolfgang Denk wrote:
> Dear "Paulraj, Sandeep",
>
> In message <0554bef07d437848af01b9c9b5f0bc5d93f2f...@dlee01.ent.ti.com> you
> wrote:
>>
>>>
>>> Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
>>> See http://www.ti.com
>>>
>>> The DA8xx devices are similar to DaV
This patch add nand_read_buf() for S3C2410 NAND SPL.
In nand_spl/nand_boot.c, nand_boot() will check nand->select_chip,
so nand->select_chip should also be initialized.
Signed-off-by: Hui.Tang
---
drivers/mtd/nand/s3c2410_nand.c | 31 +++
1 files changed, 27 inserti
It would have been nice if subject had a 'v2' now.
hvaib...@ti.com wrote:
> From: Vaibhav Hiremath
Patch description missing here now. And if you re-add, it would be
good to mention that you switch from ONENAND to NAND, too.
> Signed-off-by: Vaibhav Hiremath
> ---
> include/configs/omap3_ev
From: Vaibhav Hiremath
Signed-off-by: Vaibhav Hiremath
---
include/configs/omap3_evm.h | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h
index a5514ae..fbc45dc 100644
--- a/include/configs/omap3_evm.h
+++
> -Original Message-
> From: Dirk Behme [mailto:dirk.be...@googlemail.com]
> Sent: Wednesday, November 18, 2009 1:01 PM
> To: Hiremath, Vaibhav
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] OMAP3EVM: Added NAND support
>
> hvaib...@ti.com wrote:
> > From: Vaibhav Hiremath
>
This patch add a S3C2410-based ARM study platform GEC2410 support.
Signed-off-by: Hui.Tang
---
total: 0 errors, 0 warnings, 1302 lines checked
0001-ARM-Add-New-Board-GEC2410.patch has no obvious style problems and is ready
for submission.
MAINTAINERS |4 +
MAKEALL
i'm curious as to why common/Makefile hardcodes the compilation of
cmd_pcmcia.c thusly:
COBJS-y += cmd_pcmcia.o
since i'm interested in building for a beagleboard, i have no interest
in PCMCIA support, yet that source file will be compiled for me, even
though the selection macro CONFIG_CMD_P
Hi Wolfgang,
On Tuesday 17 November 2009 22:22:23 Wolfgang Denk wrote:
> > > flash_sect_erase() displays message "Erased #N sectors" even when
> > > there are some protected sectors found and command "erase" fail.
> >
> > Applied to u-boot-cfi-flash/master. Thanks.
>
> Sory, but you were too fast
Hi Tom,
Tom Rix wrote:
> Only the boot_flash_* variables that are used by #defines in
> the OMAP3 config files should have declarations.
>
> This patch removes the unneeded declarations.
>
> Not all of the boot_flash_* declarations are needed by all of
> the boards. The set for each board was
60 matches
Mail list logo
