public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@zip.com.au>
To: lkml <linux-kernel@vger.kernel.org>,
	"ext3-users@redhat.com" <ext3-users@redhat.com>
Subject: ext3-2.4-0.9.9
Date: Fri, 07 Sep 2001 11:34:46 -0700	[thread overview]
Message-ID: <3B991346.7393E7AF@zip.com.au> (raw)

Patches against 2.4.10-pre4 and 2.4.9-ac9 are at

	http://www.uow.edu.au/~andrewm/linux/ext3/

It's a fairly large change.  The most significant parts are

* the inclusion of Stephen's error-handling work, which is designed to 
  remount the fs read-only in the presence of software and hardware
  errors, rather than forcing a panic.

* Stephen's fix for the journal_revoke assertion failure which
  three people have reported.

There have been two reports of a possible interaction problem with vfat
where a readdir on the vfat mountpoint returns ENOTDIR when ext3 is
present in the kernel.  This has proved elusive and in fact has
been observed on systems where ext3 was never used.  It is probably
a vfat bug.

At the above website there is also a patch from Ted Ts'o which will
provide significant speedups for accessing large directories.  Ted's
equivalent patch for ext2 has already been incorporated into the
official kernel(s).  If possible, please test Ted's patch on top
of ext3 0.9.9.

Detailed changelog:


0.9.7
-----

- Merge in a large batch of changes to allow ext3 to recover gracefully
  from fatal errors.  If the fs is set to remount-readonly on error, then
  we should still be able to unwind cleanly and unmount the filesystem.

- Performance: don't write superblocks synchronously.  This reduces a
  bottleneck in the VM.

  Load the ext3 module with the parameter "do_sync_supers=1" to restore
  the previous behaviour.

- Performance: don't force a new transaction every time we sync (should
  prevent the writes previously happening every 5 seconds, allowing laptop
  drives to spin down again.)

0.9.8
-----

- Fix an NFS oops when doing a local delete on an active, nfs-exported
  file.

- Add proper log levels to a lot of kernel warnings when mounting a bad
  filesystem or a fs with errors

- Make sure we set the error flag both in the journal and fs superblocks
  on error (unless we're doing panic-on-error)

0.9.9
-----

- Fix the buffer-already-revoked assertion failure by looking up an
  aliased buffercache buffer and clearing the revoke bits in there as
  well as in the journalled data buffer.

- Reorganise page truncation code so we don't take the address of
  block_flushpage().  This is to simplify merging with Andrea's
  O_DIRECT patch, which turns block_flushpage() into a macro.


-

             reply	other threads:[~2001-09-07 18:34 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-07 18:34 Andrew Morton [this message]
2001-09-07 21:24 ` ext3-2.4-0.9.9 Robert Love
2001-09-07 21:47   ` ext3-2.4-0.9.9 Andrew Morton
2001-09-08  2:59 ` ext3-2.4-0.9.9 Matthias Andree
2001-09-08  4:03   ` ext3-2.4-0.9.9 Robert Love
2001-09-13  1:39     ` ext3-2.4-0.9.9 Mike Fedyk
2001-09-13  1:47       ` ext3-2.4-0.9.9 David Rees
2001-09-08 15:56   ` ext3-2.4-0.9.9 Tom Rini

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=3B991346.7393E7AF@zip.com.au \
    --to=akpm@zip.com.au \
    --cc=ext3-users@redhat.com \
    --cc=linux-kernel@vger.kernel.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