From Jean-Loup.Sabatier@jdsu.com Wed Jul 09 09:43:34 2008
Received: from exprod7og110.obsmtp.com ([64.18.2.173])
	by stoneboat.aleph1.co.uk with smtp (Exim 4.63)
	(envelope-from <Jean-Loup.Sabatier@jdsu.com>) id 1KGVGm-0007Vr-Rf
	for yaffs@lists.aleph1.co.uk; Wed, 09 Jul 2008 09:43:33 +0100
Received: from source ([141.169.250.137]) by exprod7ob110.postini.com
	([64.18.6.12]) with SMTP; Wed, 09 Jul 2008 01:43:04 PDT
Received: from ENIEXCH01.ds.jdsu.net ([10.49.2.140]) by eniexbh1.ds.jdsu.net
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 9 Jul 2008 10:43:04 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 9 Jul 2008 10:43:39 +0200
Message-ID: <066EC4CFBE2C964C86EA15651AE2E76B0190050F@ENIEXCH01.ds.jdsu.net>
In-Reply-To: <33390.202.0.60.243.1215511225.squirrel@my.actrix.co.nz>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Yaffs] YAFFS2 backward compatibility issue
Thread-Index: Acjg4XOw50CXWS/AS4S5PHVxV7EzLAAvPlMw
References: <066EC4CFBE2C964C86EA15651AE2E76B01900145@ENIEXCH01.ds.jdsu.net>
	<33390.202.0.60.243.1215511225.squirrel@my.actrix.co.nz>
From: "Jean-Loup Sabatier" <Jean-Loup.Sabatier@jdsu.com>
To: <manningc2@actrix.co.nz>
X-OriginalArrivalTime: 09 Jul 2008 08:43:04.0305 (UTC)
	FILETIME=[CD742610:01C8E19F]
X-SA-Exim-Connect-IP: 64.18.2.173
X-SA-Exim-Mail-From: Jean-Loup.Sabatier@jdsu.com
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on
	stoneboat.aleph1.co.uk
X-Spam-Level: 
X-Spam-Status: No, score=-4.6 required=5.0 tests=AWL,BAYES_00,
	RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3
X-SA-Exim-Version: 4.2.1 (built Tue, 09 Jan 2007 17:23:22 +0000)
X-SA-Exim-Scanned: Yes (on stoneboat.aleph1.co.uk)
Cc: yaffs@lists.aleph1.co.uk
Subject: Re: [Yaffs] YAFFS2 backward compatibility issue
X-BeenThere: yaffs@lists.aleph1.co.uk
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of YAFFS NAND flash filesystem <yaffs.lists.aleph1.co.uk>
List-Unsubscribe: <http://lists.aleph1.co.uk/cgi-bin/mailman/listinfo/yaffs>, 
	<mailto:yaffs-request@lists.aleph1.co.uk?subject=unsubscribe>
List-Archive: <http://lists.aleph1.co.uk/lurker/list/yaffs.html>
List-Post: <mailto:yaffs@lists.aleph1.co.uk>
List-Help: <mailto:yaffs-request@lists.aleph1.co.uk?subject=help>
List-Subscribe: <http://lists.aleph1.co.uk/cgi-bin/mailman/listinfo/yaffs>,
	<mailto:yaffs-request@lists.aleph1.co.uk?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2008 08:43:34 -0000


Good Morning Charles, Good Morning all,

>Did you see any files in lost+found?
>What did the disk usage (du/df) say?

There was no file in lost+found. The ls command produced the following
output:

	[root@base-6000-67 cflashsystem]# ls
	lost+found
=09
????????????????????????????????????????????????????????????????????????
????????
=09
????????????????????????????????????????????????????????????????????????
????????
=09
????????????????????????????????????????????????????????????????????????
????????
	???????????????

I didn't try du and df last week, but I'm now going to try and do it
again...

So, I tried again today to write the partition with 2.6.16 and read it
with 2.6.25.7 and I got the following result (copy/paste of the display
of the console, for ls, du and df):

    [root@base-6000-75 cflashsystem]# ls
    bert  export  lost+found

    [root@base-6000-75 cflashsystem]# du
    du: cannot access `./export/stream_3.SVlanId" name=3D"SVLAN ID" />\n
<param value=3D"0.MacTxMstream_3.SVlanUserPriority" name=3D"S
    VLAN User Priority" />\n        <param
value=3D"0.MacTxMstream_3.SVlanDeiBit" name=3D"DEI Bit" />\n        =
<param
value=3D"0.MacTxMstream
    _3.SVlanTpid" name=3D"SVLA': No such file or directory
    2       ./export
    2       ./lost+found
    du: cannot access
`./bert/\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\
=20
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
=20
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
=20
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377\3
=20
77\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\3
77\377\377\377\377\377\377\377\377\377\377\377\377\377\377\
=20
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
=20
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
=20
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377':
     No such file or directory
    2       ./bert
    8       .


    [root@base-6000-75 cflashsystem]# df .
    Filesystem           1K-blocks      Used Available Use% Mounted on
    /dev/mtdblock10         585728    271796    313932  47%
/mnt/automount/cflashsystem


>Why do you think this is a wide tnode issue?
>
>The tnodes are only relevant to the ram structures. They will be
different
>in the checkpoint data, but if the checkpoint restore fails then the
file
>system is scanned and everything is restored to what it should be.

Ok, I didn't know about the tnodes, it was just a new option that
appeared with the new menuconfig and I tried it just to see if it was
helping with backward compatibility... I returned to the standard
options for the menuconfig.

Thank you very much for your help and advices,

Best Regards,

Jean-Loup

