From: Andrew Morton <akpm@linux-foundation.org>
To: Vasily Averin <vvs@sw.ru>
Cc: linux-ext4@vger.kernel.org, Stephen Tweedie <sct@redhat.com>,
Andreas Dilger <adilger@clusterfs.com>,
devel@openvz.org
Subject: Re: dead code: EXT3_IOC_WAIT_FOR_READONLY?
Date: Fri, 16 Mar 2007 04:03:21 -0800 [thread overview]
Message-ID: <20070316040321.671217b6.akpm@linux-foundation.org> (raw)
In-Reply-To: <45FA7C8C.2010904@sw.ru>
On Fri, 16 Mar 2007 14:16:28 +0300 Vasily Averin <vvs@sw.ru> wrote:
> Hi all,
>
> I've found some strange ext3 ioctl under CONFIG_JBD_DEBUG:
> EXT3_IOC_WAIT_FOR_READONLY.
>
> I had DEBUG_SPINLOCK enabled and my kernel was crashed on wait-for-readonly.c
> test from ext3-tools because ioctl handler tries to use uninitialized
> EXT3_SB(sb)->ro_wait_queue and waits EXT3_SB(sb)->turn_ro_timer that nobody uses
> in kernel.
>
> I do not understand the function of this ioctl and believe this code is dead
> long time ago. From my POV it makes sense to remove it from kernel instead of
> fixing it. Has somebody any objections?
It exists to support my original ext3 recovery-testing code. The idea is
that you mount the filesytem with ro_after=1000, then after 1000 jiffies a
timer fires and the underlying device driver starts ignoring writes. You
then run the EXT3_IOC_WAIT_FOR_READONLY ioctl to wait for the timer to have
fired, then kill off the the stresstest programs, then unmount the fs, then
fsck it.
Yes, it's kind of dead code now - I don't think anyone has used it since
2001 or so.
We do need to resurrect the functionality: it was very powerful and found
several problems.
People recently reported serious-looking ext3 recovery bugs but nobody
seems interested in investigating them.
A reimplementation probaby wouldn't use any of the old code so sure, feel
free to send in a patch which removes it.
prev parent reply other threads:[~2007-03-16 12:04 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-16 11:16 dead code: EXT3_IOC_WAIT_FOR_READONLY? Vasily Averin
2007-03-16 12:03 ` Andrew Morton [this message]
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=20070316040321.671217b6.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=adilger@clusterfs.com \
--cc=devel@openvz.org \
--cc=linux-ext4@vger.kernel.org \
--cc=sct@redhat.com \
--cc=vvs@sw.ru \
/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