All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonas Dietsche <maillist@fsforth.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] jffs2 view u-boot/linux
Date: Fri, 03 Jun 2005 15:01:22 +0200	[thread overview]
Message-ID: <42A054A2.8080903@fsforth.de> (raw)
In-Reply-To: <CA7E011C3A094B4C8CF150E956218082D1FEFC@svr1.sixnetio.com>

Hello Dave,

thanks for your helpful reply.

> Have you tried using CFG_JFFS2_SORT_FRAGMENTS? I use it and I tried a
> similar test and testfile is deleted for u-boot (for U-Boot 1.1.0).
> Both jffs2_1pass.c and README.JFFS2 say it is needed if the boot 
> partition is writable.
Yes and I had the same behaviour.
Then I did the following test.
Defined CFG_JFFS_CUSTOM_PART,  and used
struct part_info* jffs2_part_info(int part_num)
{
	DECLARE_GLOBAL_DATA_PTR;
	bd_t *bd = gd->bd;
	char* s;
	char readcmd[60];
	
	int i;

	if (part_num != 0)
		return 0;	/* only support one partition */

	if (part.usr_priv == (void*)1)
		return &part;	/* already have part info */

	memset(&part, 0, sizeof(part));

	/* boot info in NAND flash, get and use copy in RAM */
	
	/* override info from environment if present */
	s = getenv("fsaddr");
	part.offset = s ? (void *)simple_strtoul(s, NULL, 16)
		: (void *)CFG_JFFS2_RAMBASE;
	s = getenv("fssize");
	part.size = s ? simple_strtoul(s, NULL, 16)
		: CFG_JFFS2_RAMSIZE;
	
	/* read from nand flash */
	sprintf(readcmd, "nand read.jffs2 %x 0 %x",
		(uint32_t)part.offset, part.size);
	run_command(readcmd, 0);

	part.erasesize = 0;	/* unused */
	part.usr_priv=(void*)1;	/* ready */

	return &part;
}

I undefined CONFIG_JFFS2_NAND and did the same tests again.
And the results are what they should be like. Deleted files are not 
displayed anymore. If CFG_JFFS2_SORT_FRAGMENTS is disabled they are 
displayed.
So the NAND functions of jffs2_1pass.c seem not deliver not the values 
they should.
The comparison of the version -where the inode is set to 0 if it is an 
older version- is never reached and that is why deleted files are always 
displayed.

Have you tested it with NAND or NOR?

Regards,
Jonas

  reply	other threads:[~2005-06-03 13:01 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-01 21:50 [U-Boot-Users] jffs2 view u-boot/linux Dave Ellis
2005-06-03 13:01 ` Jonas Dietsche [this message]
2005-06-03 18:54   ` Dave Ellis
  -- strict thread matches above, loose matches on Subject: below --
2005-05-17  8:39 Jonas Dietsche
2005-05-30 11:43 ` Jonas Dietsche
2005-05-30 12:17   ` Wolfgang Denk
2005-05-30 13:08     ` Jonas Dietsche
2005-05-30 13:32       ` Wolfgang Denk
2005-05-30 14:36         ` Jonas Dietsche
2005-06-01 15:13   ` Jonas Dietsche
2005-06-01 21:01     ` Wolfgang Denk

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=42A054A2.8080903@fsforth.de \
    --to=maillist@fsforth.de \
    --cc=u-boot@lists.denx.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.