From: "stanley.miao" <stanley.miao@windriver.com>
To: Charles Manning <manningc2@actrix.gen.nz>
Cc: "linux-mtd@lists.infradead.org >>
\"linux-mtd@lists.infradead.org\""
<linux-mtd@lists.infradead.org>,
yaffs@lists.aleph1.co.uk
Subject: Re: [Yaffs] Problems with mkyaffs2image.c v1.5
Date: Thu, 22 Apr 2010 11:15:38 +0800 [thread overview]
Message-ID: <4BCFBF5A.9090102@windriver.com> (raw)
In-Reply-To: <201004201304.34429.manningc2@actrix.gen.nz>
Charles Manning wrote:
> We should put this in an FAQ...
>
>
> On Tuesday 20 April 2010 11:43:52 Guy Lancaster wrote:
>
>> I built a file system image using mkyaffs2image v1.5 but but won't
>>
>
> mkyaffsimage (the yaffs1 version) worked reasonably well because yaffs1
> tends/tended to be used with a single straight-forward flash format.
>
> With yaffs2, the actual binary layout is defered to the flash driver (mtd in
> the case of Linux). This varies from device to device.
>
> As a result, the current mkyaffs2image is really a bit of a mess and needs to
> be whittled and sandpapered to fit with your flash.
>
Yes, The NAND oob layout varies from device to device, mkyaffs2image
can't know
the layout. So we should leave this job to nandwrite.
This is the patch for it.
http://lists.infradead.org/pipermail/linux-mtd/2010-February/028923.html
Stanley.
>
>> load. Without modifications I get numerous errors of the form:
>>
>>> yaffs tragedy: Bad object type, 2 != 3, for object 1059 at chunk 8242
>>> during scan
>>>
>> I'm using a Linux 2.6.33.2 kernel with what I believe is the latest
>> YAFFS source installed (specifically yaffs_fs.c,v 1.102) for a Samsung
>> S3C2440 Arm target with 128MB NAND Flash (Samsung K9F1G08X0A).
>>
>> When I compile mkyaffs2image I get numerous warnings including a set
>>
>> of the form:
>>
>>> mkyaffs2image.c:249: warning: array subscript is above array bounds
>>>
>> When I enable a number of the trace flags I get:
>>
>>> yaffs_ScanBackwards starts intstartblk 1 intendblk 1005...
>>> block is bad seq 0 state 3
>>> Block scanning block 1 state 3 seq 0
>>> Block empty
>>> block is bad seq 0 state 3
>>>
>> ...
>>
>> I'm wondering if the problem is that the mkyaffs2image.c needs to be
>> configured for the MTD layout but I don't know how to find out what
>> that layout is.
>>
>
> Yes, that is the problem. The easiest is to just look at the driver and see
> what flash layout it provides.
>
> -- Charles
>
>
> _______________________________________________
> yaffs mailing list
> yaffs@lists.aleph1.co.uk
> http://lists.aleph1.co.uk/cgi-bin/mailman/listinfo/yaffs
>
>
parent reply other threads:[~2010-04-22 3:07 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <201004201304.34429.manningc2@actrix.gen.nz>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BCFBF5A.9090102@windriver.com \
--to=stanley.miao@windriver.com \
--cc=linux-mtd@lists.infradead.org \
--cc=manningc2@actrix.gen.nz \
--cc=yaffs@lists.aleph1.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).