On Tue, Sep 8, 2009 at 4:07 PM, Jerry Van Baren wrote:
> J.C. Wren wrote:
>
>> I saw this comment: "Also i gather from e-mails on the list that Wolfgang
>> does not like these references to "SZ_xx". Maybe that discussion took
>> place
>> before I j
> If he decides to get rid of this file altogether this will lead to
> compilation failures.
>
>
>
> Thanks,
>
> Sandeep
>
>
> ------
>
> *From:* jcw...@gmail.com [mailto:jcw...@gmail.com] *On Behalf Of *J.C.
> Wren
> *Sent:* Tue
Why is this change being made at all? Seems a lot more awkward to define (1
<< 20) than SZ_1MB. SZ_1MB reads a lot easier.
--jc
On Tue, Sep 8, 2009 at 3:09 PM, Tom wrote:
> Paulraj, Sandeep wrote:
> >
> >> -Original Message-
> >> From: Wolfgang Denk [mailto:w...@denx.de]
> >> Sent: Tu
On Tue, Aug 4, 2009 at 3:48 PM, Scott Wood wrote:
> On Tue, Aug 04, 2009 at 12:07:17PM -0400, J.C. Wren wrote:
> > All fair points.
> >
> > It appears that the 'nand' commands don't use the new parser structure.
>
> Do you mean U_BOOT_CMD_MKENT, find_cm
All fair points.
It appears that the 'nand' commands don't use the new parser structure. The
'nand' and 'nboot' commands use the U_BOOT_CMD macro, and have repeatable
defined as 1. The 'nand' command is doing it's own sub-command parsing (via
strcnmp()'s), and as a result, all 'nand' commands ar
I notice that when I hit return at a U-Boot > prompt, it executes the last
command again. CONFIG_SYS_HUSH_PARSER is defined, from U-Boot
2009.08-rc1-00030-g56bdfa9-dirty.
It this is expected, it seems like a *really* bad idea. It's cost me having
to reload 6M images at 115200 twice now.
--jc
__
ding only a
one change because of the lack of __udivid3 for ARM).
--jc
On Mon, Aug 3, 2009 at 10:39 AM, Wolfgang Denk wrote:
> Dear "J.C. Wren",
>
> In message <17434f2e0908030603t74e23a37ob201fcfb0bf46...@mail.gmail.com>
> you wrote:
> >
> > Scott pointed
Scott pointed me at this patch (
http://git.denx.de/?p=u-boot/u-boot-blackfin.git;a=commitdiff;h=44f07de8cc94836cd3b0fd2fb0cf8b8651461087)
that's in the Blackfin branch.
Would it be possible to make this mainline?
Thanks,
--jc
___
U-Boot mailing list
U-
IOL-VILLARD,
>
> In message <20090801132619.ga19...@game.jcrosoft.org> you wrote:
> > On 17:40 Fri 31 Jul , J.C. Wren wrote:
> > > I enabled CONFIG_YAFFS2 for ARM, and got the following message:
> > > /home/user/u-boot/fs/yaffs2/yaffscfg.c:185: undefined refe
I don't know if this is the correct way to submit a patch or not. If not,
please accept my apologies. This gets past the missing _udivid3 issue, but
is not the correct way, long-term.
diff --git a/fs/yaffs2/yaffscfg.c b/fs/yaffs2/yaffscfg.c
index 16e84a4..25a43aa 100644
--- a/fs/yaffs2/yaffscfg.c
I'm still at a major chicken-and-the-egg stage here, with regards to YAFFS2.
I have YAFFS2 support compiled in the kernel, and in U-boot. I boot into
u-boot, I can loady my kernel, write it, yload the YAFFS2 image generated by
mkyaffs2image... and then what? Can't use 'nand write' because it doe
I enabled CONFIG_YAFFS2 for ARM, and got the following message:
/home/user/u-boot/fs/yaffs2/yaffscfg.c:185: undefined reference to
`__udivdi3'
I know some other math routines have been fixed, is there a patch for this
one? A few minutes of searching found some things from 2007-July, but it
seemed
Wolfgang Denk wrote:
> Dear "J.C. Wren",
>
> In message <17434f2e0907261449o704a2544jfa3c2575dbd6d...@mail.gmail.com>
> you wrote:
> >
> > I've pulled the most recent git version of u-boot, intending to compile
> it
> > for ARM. Setting the targ
The NAND bad block code is throwing an error at startup of 'nand_bbt: Out of
memory' for large block NAND flash (block size of 128K).
The vmalloc() call is trying to allocate 135,168 bytes.
CONFIG_SYS_MALLOC_LEN is (0x1 + 128*1024).
Bumping CONFIG_SYS_MALLOC_LEN to (0x2 + 128*1024) wasn't
I've pulled the most recent git version of u-boot, intending to compile it
for ARM. Setting the target for davinci_dvevm and compiling caused the
linker to throw an error regarding EABI conflicts. I removed libgcc from
the Makefile, and it appears that drivers/mtd/nand_base.c,
drivers/mtd_nand_oo
15 matches
Mail list logo
