public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Russell King <rmk+lkml@arm.linux.org.uk>
To: marcus hall <marcus@tuells.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: mmap returns incorrect data
Date: Fri, 30 Apr 2004 00:47:05 +0100	[thread overview]
Message-ID: <20040430004705.A13006@flint.arm.linux.org.uk> (raw)
In-Reply-To: <20040429231243.GA8216@bastille.tuells.org>; from marcus@tuells.org on Thu, Apr 29, 2004 at 05:12:43PM -0600

On Thu, Apr 29, 2004 at 05:12:43PM -0600, marcus hall wrote:
> I have a system based on 2.5.59 kernel for arm.  This system was previously
> running OK with all filesystems on a stratoflash chip, but I have recently
> moved the filesystems to a compact flash chip.  Some filesystems are
> cramfs, and some have changed from jffs2 to ext3 along with the move.

You _really_ don't want to use ext3 on CF unless you want to wear the
flash quickly.  Just because a filesystem has journaling does _not_
mean that its suitable for flash (in fact, it may be far worse for
flash than its non-journaled counterpart, as in this case.)

> I am having trouble with ldconfig not recognizing some files as being valid.
> The files that cause the problem are files that are on an ext3 filesystem
> on the CF.  Other files on a cramfs filesystem seem to work reliably.
> It seems that ldconfig mmap()s the file into its address space, and what
> it sees doesn't match what is in the file.  If I pre-read the file before
> running ldconfig, so that the contents get into the cache, then ldconfig
> proceeds normally.

This is an IDE driver bug - it performs PIO but does not ensure that the
individual pages are properly flushed to RAM before telling the kernel
that the IO is complete.  (If someone wants to disagree, look at how
rd.c does flush_dcache_page, and see previous discussions on lkml
concerning this.)

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

  reply	other threads:[~2004-04-29 23:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-29 23:12 mmap returns incorrect data marcus hall
2004-04-29 23:47 ` Russell King [this message]
2004-05-05 15:47   ` Paulo Marques
2004-04-30 22:58 ` marcus hall

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=20040430004705.A13006@flint.arm.linux.org.uk \
    --to=rmk+lkml@arm.linux.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcus@tuells.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox