* [U-Boot-Users] [PATCH] jffs2 CFG_CMD_JFFS2
@ 2004-08-21 10:01 himba
2004-10-09 22:30 ` Wolfgang Denk
0 siblings, 1 reply; 3+ messages in thread
From: himba @ 2004-08-21 10:01 UTC (permalink / raw)
To: u-boot
Hi,
Running ./MAKEALL 8xx fails for several (all ?) boards using
CFG_CMD_JFFS2. Problem is in defining chpart CMD after its
corresponding do_jffs2_chpart() function has not been defined.
CHANGELOG:
Patch by Hinko Kocevar, 21 Aug 2004:
Fix build failure when CFG_CMD_JFFS2 is used
regards,
himba
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cmd_jffs2.patch
Url: http://lists.denx.de/pipermail/u-boot/attachments/20040821/e23ca732/attachment.txt
^ permalink raw reply [flat|nested] 3+ messages in thread
* [U-Boot-Users] [PATCH] jffs2 CFG_CMD_JFFS2
2004-08-21 10:01 [U-Boot-Users] [PATCH] jffs2 CFG_CMD_JFFS2 himba
@ 2004-10-09 22:30 ` Wolfgang Denk
2004-10-12 15:33 ` [U-Boot-Users] nand write.jffs2 addr ofs size, what does size mean? Thomas Kuhlmann
0 siblings, 1 reply; 3+ messages in thread
From: Wolfgang Denk @ 2004-10-09 22:30 UTC (permalink / raw)
To: u-boot
In message <41271D85.3060007@siol.net> you wrote:
>
> CHANGELOG:
> Patch by Hinko Kocevar, 21 Aug 2004:
> Fix build failure when CFG_CMD_JFFS2 is used
This was already fixed in the meantime. Thanks anyway.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
Blast medicine anyway! We've learned to tie into every organ in the
human body but one. The brain! The brain is what life is all about.
-- McCoy, "The Menagerie", stardate 3012.4
^ permalink raw reply [flat|nested] 3+ messages in thread
* [U-Boot-Users] nand write.jffs2 addr ofs size, what does size mean?
2004-10-09 22:30 ` Wolfgang Denk
@ 2004-10-12 15:33 ` Thomas Kuhlmann
0 siblings, 0 replies; 3+ messages in thread
From: Thomas Kuhlmann @ 2004-10-12 15:33 UTC (permalink / raw)
To: u-boot
Hello README.nand says:
> nand write.jffs2 addr ofs size
> Like `write', but blocks that are marked bad are skipped and the
> is written to the next block instead. This allows writing writing
> a JFFS2 image, as long as the image is short enough to fit even
> after skipping the bad blocks. Compact images, such as those
> produced by mkfs.jffs2 should work well, but loading an image copied
> from another flash is going to be trouble if there are any bad blocks.
a) Is ofs+size-1 the maximal address where the NAND is accessed while writing?
b) Is add+size-1 the maximal address where the RAM is accessed while reading?
c) how does this change if bad blocks are detected?
e.g. in RAM at 200.000 is a 100.000bytes long jffs2 image generated by
mkfs.jffs2. I wan't to install a JFFS2 with this content in NAND at 400.000
with 100.000bytes.
# nand write.jffs2 200.000 400.000 100.000
what happens if the NAND has some bad blocks, does the write command writes
beyond 500.000 to the NAND, or does it abort since there is not enough space
available?
thank you for any hints,
--
Thomas Kuhlmann, FS Forth-Systeme GmbH, www.fsforth.de
Kueferstrasse 8, D-79206 Breisach, Germany
Phone: +49 (7667) 908 144 Fax: +49 (7667) 908 244
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-10-12 15:33 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-21 10:01 [U-Boot-Users] [PATCH] jffs2 CFG_CMD_JFFS2 himba
2004-10-09 22:30 ` Wolfgang Denk
2004-10-12 15:33 ` [U-Boot-Users] nand write.jffs2 addr ofs size, what does size mean? Thomas Kuhlmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox