From: Joel Becker <Joel.Becker@oracle.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [PATCH]remove ocfs_fill_super and port ocfs_read_super
Date: Fri Mar 26 08:35:06 2004 [thread overview]
Message-ID: <20040326143454.GG18020@ca-server1.us.oracle.com> (raw)
In-Reply-To: <200403260259.i2Q2xnp9006458@penguin.co.intel.com>
On Thu, Mar 25, 2004 at 06:59:49PM -0800, Rusty Lynch wrote:
> The 2.6 version of ocfs_read_super (known as ocfs_fill_super) had
> a bug where it wasn't unmounting on error. There really isn't a lot
> different between the 2.4 and 2.5 functions, so here is a patch that
> adds 2.6 support to the existing ocfs_read_super, and nukes the old
> ocfs_fill_super.
Ugh ugh ugh. I see what you are trying to do here, but you are
peppering one function with multiple #ifdefs. Better to make the guts
be an #ifdef ocfs_generic_fill_super(), with:
#if KERNEL_VERSION < LINUX_VERSION_CODE(2,6,0)
static int ocfs_read_super(...)
{
/* 2.6 specific */
ocfs_generic_fill_super();
/* 2.6 specific */
}
#else
static struct super_block *ocfs_read_super(...)
{
/* 2.4 specific */
ocfs_generic_fill_super();
/* 2.4 specific */
}
#endif
Joel
--
"Under capitalism, man exploits man. Under Communism, it's just
the opposite."
- John Kenneth Galbraith
Joel Becker
Senior Member of Technical Staff
Oracle Corporation
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
next prev parent reply other threads:[~2004-03-26 8:35 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-25 21:00 [Ocfs2-devel] [PATCH]remove ocfs_fill_super and port ocfs_read_super Rusty Lynch
2004-03-26 8:35 ` Joel Becker [this message]
2004-03-26 14:47 ` Rusty Lynch
2004-03-29 15:29 ` Mark Fasheh
2004-03-29 15:32 ` Rusty Lynch
2004-03-29 16:42 ` Rusty Lynch
2004-03-29 17:06 ` Mark Fasheh
2004-03-29 17:46 ` Rusty Lynch
2004-03-29 20:44 ` Mark Fasheh
2004-03-30 11:28 ` Rusty Lynch
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=20040326143454.GG18020@ca-server1.us.oracle.com \
--to=joel.becker@oracle.com \
--cc=ocfs2-devel@oss.oracle.com \
/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.