* [PATCH] someone broke reiserfs V3 mount options, this fixes it
@ 2006-01-20 6:46 Hans Reiser
0 siblings, 0 replies; only message in thread
From: Hans Reiser @ 2006-01-20 6:46 UTC (permalink / raw)
To: Andrew Morton; +Cc: LKML, vitaly
[-- Attachment #1: Type: text/plain, Size: 25 bytes --]
questions to vitaly.....
[-- Attachment #2: Re: reiserfs tails and disk space --]
[-- Type: message/rfc822, Size: 4248 bytes --]
[-- Attachment #2.1.1: Type: text/plain, Size: 1975 bytes --]
On Tuesday 17 January 2006 21:58, Hans Reiser wrote:
> The result is not expected, Vitaly please look into it.
>
> Hans
>
> Bruce Guenter wrote:
>
> >Hi.
> >
> >I've been running a few tests with reiserfs and tails, and have been
> >unable to create a setup where the use (or lack) of tails results in a
> >significant difference in the amount of disk space used.
thank you for the report, the attached patch should fix
the broken mount options. please try it.
> >Here's what I've done:
> >
> >1. Create a fresh 1GB filesystem (in a file on loopback), using reiserfs
> >with no options.
> >
> >2. Mount the filesystem with either no options, "notail", "tails=off",
> >"tails=on", or "tails=small".
> >
> >3. Unpack a sources tarball onto the filesystem, consisting of two fully
> >compiled versions of the linux kernel. The tarball contains 47996 files
> >and 3321 directories totalling about 660MB of space.
> >
> >4. Measure the free disk space using df.
> >
> >5. Use dd to fill up the free disk space and count how many 1kB blocks
> >it could write.
> >
> >In all of the tests, the result was within 12kB of each other. In fact,
> >the tests with "notail" or "tails=off" options had more usable disk
> >space than when using tails.
> >
> >Results:
> >
> >Options 1K-blocks Used Available
> >default 1023964 645988 377976
> >notail 1023964 645988 377976
> >tails=off 1023964 645996 377968
> >tails=on 1023964 646000 377964
> >tails=small 1023964 645996 377968
> >
> >default 377600+0 records out
> >notail 377600+0 records out
> >tails=off 377592+0 records out
> >tails=on 377588+0 records out
> >tails=small 377592+0 records out
> >
> >I've put the log files and scripts up for review at
> > http://untroubled.org/reiserfsdf/
> >I'm using Gentoo Linux, kernel 2.6.14-gentoo-r5
> >
> >Am I missing something, is this an expected result, or is something
> >broken?
> >
> >Thanks.
> >
> >
>
>
>
--
Vitaly
[-- Attachment #2.1.2: linux-2.6.14-reiserfs-mount-options-fix.patch --]
[-- Type: text/x-diff, Size: 436 bytes --]
--- linux-2.6.15-rc5-mm3-clean/fs/reiserfs/super.c 2005-12-21 23:57:54.000000000 +0300
+++ linux-2.6.15-rc5-mm3/fs/reiserfs/super.c 2006-01-18 21:28:25.206460792 +0300
@@ -1131,7 +1131,7 @@
REISERFS_SB(s)->s_mount_opt &= ~(1 << REISERFS_ATTRS);
}
} else if (le32_to_cpu(rs->s_flags) & reiserfs_attrs_cleared) {
- REISERFS_SB(s)->s_mount_opt |= REISERFS_ATTRS;
+ REISERFS_SB(s)->s_mount_opt |= (1 << REISERFS_ATTRS);
}
}
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2006-01-20 6:46 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-20 6:46 [PATCH] someone broke reiserfs V3 mount options, this fixes it Hans Reiser
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.