All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Balaji" <balajika@blr.pin.philips.com>
To: "Davide CASCONE" <davide.cascone@st.com>,
	<linux-mtd@lists.infradead.org>
Subject: Re: JFFS2 mounting performance improvement
Date: Tue, 20 Jun 2006 14:06:13 +0530	[thread overview]
Message-ID: <08c601c69444$968a2280$de1e55a1@code1.emi.philips.com> (raw)
In-Reply-To: 000601c69443$1c7de450$253682a4@nap.st.com


Best Regards
====================================
 Balaji Kadloor
 Philips Semiconductors Division (HIC-B)
 Philips Innovation Campus
1 Murphy Rd, Ulsoor, Bangalore - 560008, INDIA
Tel: (91)-80-25579000 X2269,
Fax: (91)-80-25560580
====================================

"  Success doesn't go to the Faster or the Stonger Man.
   Sooner or Later,the man who wins is the man who thinks HE CAN "
----- Original Message ----- 
From: "Davide CASCONE" <davide.cascone@st.com>
To: <linux-mtd@lists.infradead.org>
Sent: Tuesday, June 20, 2006 1:55 PM
Subject: JFFS2 mounting performance improvement


>
> It seems that during the JFFS2 mounting, the file system uses the function
cfi_intelext_point (in jffs2_scan_medium function) to point to the flash
memory. This function refers to the flash memory using the virtual address
(map->virt). But if the flash is cached and the burst mode is enabled, it
should be better to refer to the flash with the address map->cached (in the
same way of cfi_intelext_read function, that calls the map_copy_from
function, in which there is a check to verify if the flash is cached). This
improves in a considerable way the performance during the mounting phase,
reducing the mounting time.
> What do you think about? Do you agree with me? Do you know if there are
other points in JFFS2 code that uses the virtual address map->virt instead
of map->cached.
>
> Best Regards,
> Davide
>
>
>
>
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/

  reply	other threads:[~2006-06-20  8:36 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-20  8:25 JFFS2 mounting performance improvement Davide CASCONE
2006-06-20  8:36 ` Balaji [this message]
2006-06-20  8:47 ` David Woodhouse

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='08c601c69444$968a2280$de1e55a1@code1.emi.philips.com' \
    --to=balajika@blr.pin.philips.com \
    --cc=davide.cascone@st.com \
    --cc=linux-mtd@lists.infradead.org \
    /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.