From: rpeterso@sourceware.org <rpeterso@sourceware.org>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] cluster/gfs-kernel/src/gfs ops_address.c
Date: 14 Jul 2006 18:44:43 -0000 [thread overview]
Message-ID: <20060714184443.11345.qmail@sourceware.org> (raw)
CVSROOT: /cvs/cluster
Module name: cluster
Changes by: rpeterso at sourceware.org 2006-07-14 18:44:43
Modified files:
gfs-kernel/src/gfs: ops_address.c
Log message:
This is a bug fix for bz 164499. It allows loopback-mounted files
within a gfs file system.
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_address.c.diff?cvsroot=cluster&r1=1.11&r2=1.12
--- cluster/gfs-kernel/src/gfs/ops_address.c 2006/07/10 23:22:34 1.11
+++ cluster/gfs-kernel/src/gfs/ops_address.c 2006/07/14 18:44:42 1.12
@@ -32,6 +32,8 @@
#include "quota.h"
#include "trans.h"
+static int gfs_commit_write(struct file *file, struct page *page,
+ unsigned from, unsigned to);
/**
* get_block - Fills in a buffer head with details about a block
* @inode: The inode
@@ -320,6 +322,13 @@
atomic_inc(&sdp->sd_ops_address);
+ /* We can't set commit_write in the structure in the declare */
+ /* because if we do, loopback (loop.c) will interpret that to mean */
+ /* it's okay to do buffered writes without locking through sendfile. */
+ /* This is a kludge to get around the problem with loop.c because */
+ /* the upstream community rejected my changes to loop.c. */
+ gfs_file_aops.commit_write = gfs_commit_write;
+
if (gfs_assert_warn(sdp, gfs_glock_is_locked_by_me(ip->i_gl)))
return -ENOSYS;
@@ -466,7 +475,6 @@
.readpage = gfs_readpage,
.sync_page = block_sync_page,
.prepare_write = gfs_prepare_write,
- .commit_write = gfs_commit_write,
.bmap = gfs_bmap,
.direct_IO = gfs_direct_IO,
};
next reply other threads:[~2006-07-14 18:44 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-14 18:44 rpeterso [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-06-28 15:58 [Cluster-devel] cluster/gfs-kernel/src/gfs ops_address.c teigland
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=20060714184443.11345.qmail@sourceware.org \
--to=rpeterso@sourceware.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;
as well as URLs for NNTP newsgroup(s).