* [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing
@ 2004-03-23 22:11 Rusty Lynch
2004-03-23 22:23 ` Wim Coekaerts
0 siblings, 1 reply; 5+ messages in thread
From: Rusty Lynch @ 2004-03-23 22:11 UTC (permalink / raw)
To: ocfs2-devel
The following small patch makes a 2.6 built kernel flush it's
data buffers to disk on ocfs_sync_inode, fixing bug #46
http://oss.oracle.com/bugzilla/show_bug.cgi?id=46
--rusty
Index: src/file.c
===================================================================
--- src/file.c (revision 807)
+++ src/file.c (working copy)
@@ -68,6 +68,7 @@
{
int status;
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+ filemap_fdatawrite(inode->i_mapping);
status = sync_mapping_buffers(inode->i_mapping);
#else
status = fsync_inode_buffers(inode);
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing
2004-03-23 22:11 [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing Rusty Lynch
@ 2004-03-23 22:23 ` Wim Coekaerts
2004-03-23 23:59 ` Rusty Lynch
0 siblings, 1 reply; 5+ messages in thread
From: Wim Coekaerts @ 2004-03-23 22:23 UTC (permalink / raw)
To: ocfs2-devel
hmm now I wonder if we dont' also need that in 2.4...
On Tue, Mar 23, 2004 at 08:11:53PM -0800, Rusty Lynch wrote:
> The following small patch makes a 2.6 built kernel flush it's
> data buffers to disk on ocfs_sync_inode, fixing bug #46
>
> http://oss.oracle.com/bugzilla/show_bug.cgi?id=46
>
> --rusty
>
> Index: src/file.c
> ===================================================================
> --- src/file.c (revision 807)
> +++ src/file.c (working copy)
> @@ -68,6 +68,7 @@
> {
> int status;
> #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
> + filemap_fdatawrite(inode->i_mapping);
> status = sync_mapping_buffers(inode->i_mapping);
> #else
> status = fsync_inode_buffers(inode);
> _______________________________________________
> Ocfs2-devel mailing list
> Ocfs2-devel@oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing
2004-03-23 22:23 ` Wim Coekaerts
@ 2004-03-23 23:59 ` Rusty Lynch
2004-03-24 3:40 ` Wim Coekaerts
2004-03-24 16:37 ` Mark Fasheh
0 siblings, 2 replies; 5+ messages in thread
From: Rusty Lynch @ 2004-03-23 23:59 UTC (permalink / raw)
To: ocfs2-devel
On Tue, Mar 23, 2004 at 08:23:06PM -0800, Wim Coekaerts wrote:
> hmm now I wonder if we dont' also need that in 2.4...
>
>
> On Tue, Mar 23, 2004 at 08:11:53PM -0800, Rusty Lynch wrote:
> > The following small patch makes a 2.6 built kernel flush it's
> > data buffers to disk on ocfs_sync_inode, fixing bug #46
> >
> > http://oss.oracle.com/bugzilla/show_bug.cgi?id=46
> >
> > --rusty
> >
the equivilant call in 2.4 would be filemap_fdatasync(). I gave it a
try and it does fix the mmap issue talked about in bug #50.
Here is a patch
Index: src/file.c
===================================================================
--- src/file.c (revision 807)
+++ src/file.c (working copy)
@@ -68,8 +68,10 @@
{
int status;
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+ filemap_fdatawrite(inode->i_mapping);
status = sync_mapping_buffers(inode->i_mapping);
#else
+ filemap_fdatasync(inode->i_mapping);
status = fsync_inode_buffers(inode);
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,4,18)
if (!status)
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing
2004-03-23 23:59 ` Rusty Lynch
@ 2004-03-24 3:40 ` Wim Coekaerts
2004-03-24 16:37 ` Mark Fasheh
1 sibling, 0 replies; 5+ messages in thread
From: Wim Coekaerts @ 2004-03-24 3:40 UTC (permalink / raw)
To: ocfs2-devel
slick, yeah when I saw your patch I checked in 2.4 and saw it existed as
that, totally makes sense, we should put it in our ocfs1 tree also, I
think that wills olve some of the weirdness we have seen
cool stuff Rusty :)
On Tue, Mar 23, 2004 at 09:58:57PM -0800, Rusty Lynch wrote:
> On Tue, Mar 23, 2004 at 08:23:06PM -0800, Wim Coekaerts wrote:
> > hmm now I wonder if we dont' also need that in 2.4...
> >
> >
> > On Tue, Mar 23, 2004 at 08:11:53PM -0800, Rusty Lynch wrote:
> > > The following small patch makes a 2.6 built kernel flush it's
> > > data buffers to disk on ocfs_sync_inode, fixing bug #46
> > >
> > > http://oss.oracle.com/bugzilla/show_bug.cgi?id=46
> > >
> > > --rusty
> > >
>
> the equivilant call in 2.4 would be filemap_fdatasync(). I gave it a
> try and it does fix the mmap issue talked about in bug #50.
>
> Here is a patch
>
>
> Index: src/file.c
> ===================================================================
> --- src/file.c (revision 807)
> +++ src/file.c (working copy)
> @@ -68,8 +68,10 @@
> {
> int status;
> #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
> + filemap_fdatawrite(inode->i_mapping);
> status = sync_mapping_buffers(inode->i_mapping);
> #else
> + filemap_fdatasync(inode->i_mapping);
> status = fsync_inode_buffers(inode);
> #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,4,18)
> if (!status)
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing
2004-03-23 23:59 ` Rusty Lynch
2004-03-24 3:40 ` Wim Coekaerts
@ 2004-03-24 16:37 ` Mark Fasheh
1 sibling, 0 replies; 5+ messages in thread
From: Mark Fasheh @ 2004-03-24 16:37 UTC (permalink / raw)
To: ocfs2-devel
On Tue, Mar 23, 2004 at 09:58:57PM -0800, Rusty Lynch wrote:
> the equivilant call in 2.4 would be filemap_fdatasync(). I gave it a
> try and it does fix the mmap issue talked about in bug #50.
Ok, excellent. I verified that this bug does indeed exist, and the patch
seems to fix it. I'll put it in SVN today. Nice catch Rusty!
--Mark
--
Mark Fasheh
Software Developer, Oracle Corp
mark.fasheh@oracle.com
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-03-24 16:37 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-23 22:11 [Ocfs2-devel] [PATCH]Enable 2.6 file data flushing Rusty Lynch
2004-03-23 22:23 ` Wim Coekaerts
2004-03-23 23:59 ` Rusty Lynch
2004-03-24 3:40 ` Wim Coekaerts
2004-03-24 16:37 ` Mark Fasheh
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.