Displaying 13 results from an estimated 13 matches for "block_write_full_pag".
Did you mean:
block_write_full_page
2007 Apr 03
0
Page cache flushing algorithm question
...system to
handle the pages.
However, as far as I can tell, if the mapping data for a page does not exist
(mapping->a_ops->writepage == NULL), it is handed to mpage_writepage() for
buffer management and i/o submission, whereas almost all of the file systems
that do map this function map it to block_write_full_page. These two
functions use completely different algorithms for flushing a page from the
cache, or at least it sure looks that way. (This figures, because if the
file system didn't buffer the pages, the kernel has to do it, whereas if the
file system did, the flush is much simpler.) (The only...
2023 Mar 02
1
[PATCH] ocfs2: Fix data corruption after failed write
...consistent state where page dirty bit is clear but buffer dirty bits
stay set resulting in page data never getting written and so data copied
to the page is lost. Fix the problem by invalidating page beyond EOF
after failed write.
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
CC: stable at vger.kernel.org
Signed-off-by: Jan Kara <jack at suse.cz>
---
fs/ocfs2/aops.c | 19 +++++++++++++++++--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/fs/ocfs2/aops.c b/fs/ocfs2/aops.c
index 1d65f6ef00ca..0394505fdce3 100644
--- a/fs/ocfs2/aops.c
+++ b...
2023 Mar 21
1
[PATCH] ocfs2: fix data corruption after failed write
...y set
resulting in page data never getting written and so data copied to the
page is lost. Fix the problem by invalidating page beyond EOF after
failed write.
Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack at suse.cz
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
Signed-off-by: Jan Kara <jack at suse.cz>
Reviewed-by: Joseph Qi <joseph.qi at linux.alibaba.com>
Cc: Mark Fasheh <mark at fasheh.com>
Cc: Joel Becker <jlbec at evilplan.org>
Cc: Junxiao Bi <junxiao.bi at oracle.com>
Cc: Changwei Ge <gechangwei at live.cn&...
2023 Mar 20
2
FAILED: patch "[PATCH] ocfs2: fix data corruption after failed write" failed to apply to 5.10-stable tree
...y set
resulting in page data never getting written and so data copied to the
page is lost. Fix the problem by invalidating page beyond EOF after
failed write.
Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack at suse.cz
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
Signed-off-by: Jan Kara <jack at suse.cz>
Reviewed-by: Joseph Qi <joseph.qi at linux.alibaba.com>
Cc: Mark Fasheh <mark at fasheh.com>
Cc: Joel Becker <jlbec at evilplan.org>
Cc: Junxiao Bi <junxiao.bi at oracle.com>
Cc: Changwei Ge <gechangwei at live.cn&...
2023 Mar 20
1
FAILED: patch "[PATCH] ocfs2: fix data corruption after failed write" failed to apply to 4.19-stable tree
...y set
resulting in page data never getting written and so data copied to the
page is lost. Fix the problem by invalidating page beyond EOF after
failed write.
Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack at suse.cz
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
Signed-off-by: Jan Kara <jack at suse.cz>
Reviewed-by: Joseph Qi <joseph.qi at linux.alibaba.com>
Cc: Mark Fasheh <mark at fasheh.com>
Cc: Joel Becker <jlbec at evilplan.org>
Cc: Junxiao Bi <junxiao.bi at oracle.com>
Cc: Changwei Ge <gechangwei at live.cn&...
2023 Mar 28
0
Patch "ocfs2: fix data corruption after failed write" has been added to the 5.10-stable tree
...y set
resulting in page data never getting written and so data copied to the
page is lost. Fix the problem by invalidating page beyond EOF after
failed write.
Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack at suse.cz
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
Signed-off-by: Jan Kara <jack at suse.cz>
Reviewed-by: Joseph Qi <joseph.qi at linux.alibaba.com>
Cc: Mark Fasheh <mark at fasheh.com>
Cc: Joel Becker <jlbec at evilplan.org>
Cc: Junxiao Bi <junxiao.bi at oracle.com>
Cc: Changwei Ge <gechangwei at live.cn&...
2023 Mar 28
0
Patch "ocfs2: fix data corruption after failed write" has been added to the 5.4-stable tree
...y set
resulting in page data never getting written and so data copied to the
page is lost. Fix the problem by invalidating page beyond EOF after
failed write.
Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack at suse.cz
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
Signed-off-by: Jan Kara <jack at suse.cz>
Reviewed-by: Joseph Qi <joseph.qi at linux.alibaba.com>
Cc: Mark Fasheh <mark at fasheh.com>
Cc: Joel Becker <jlbec at evilplan.org>
Cc: Junxiao Bi <junxiao.bi at oracle.com>
Cc: Changwei Ge <gechangwei at live.cn&...
2023 Mar 03
0
+ ocfs2-fix-data-corruption-after-failed-write.patch added to mm-hotfixes-unstable branch
...y set
resulting in page data never getting written and so data copied to the
page is lost. Fix the problem by invalidating page beyond EOF after
failed write.
Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack at suse.cz
Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()")
Signed-off-by: Jan Kara <jack at suse.cz>
Reviewed-by: Joseph Qi <joseph.qi at linux.alibaba.com>
Cc: Mark Fasheh <mark at fasheh.com>
Cc: Joel Becker <jlbec at evilplan.org>
Cc: Junxiao Bi <junxiao.bi at oracle.com>
Cc: Changwei Ge <gechangwei at live.cn&...
2006 Sep 21
1
Page allocation failure and slow system
...13:34:33 hagar kernel: [<f88ef705>] ext3_get_block_handle
+0x9e/0x27d [ext3]
Sep 20 13:34:33 hagar kernel: [<f88838f8>] __split_bio+0xfd/0x103
[dm_mod]
Sep 20 13:34:33 hagar kernel: [<f88ef948>] ext3_get_block+0x64/0x6c
[ext3]
Sep 20 13:34:33 hagar kernel: [<c015d664>] __block_write_full_page
+0x107/0x2ea
Sep 20 13:35:06 hagar kernel: [<f88ef8e4>] ext3_get_block+0x0/0x6c
[ext3]
Sep 20 13:35:11 hagar kernel: [<c015eabc>] block_write_full_page
+0xc5/0xce
Sep 20 13:35:14 hagar kernel: [<f88ef8e4>] ext3_get_block+0x0/0x6c
[ext3]
Sep 20 13:35:21 hagar kernel: [<f88f...
2009 Jul 13
1
[PATCH 1/1] adds mlogs to aops.c
...m);
ocfs2_inode_unlock(inode, 0);
-
+bail:
+ mlog_exit(err);
return err;
}
@@ -397,7 +415,7 @@ static int ocfs2_writepage(struct page *page, struct writeback_control *wbc)
{
int ret;
- mlog_entry("(0x%p)\n", page);
+ mlog_entry("(0x%p, 0x%p)\n", page, wbc);
ret = block_write_full_page(page, ocfs2_get_block, wbc);
@@ -416,8 +434,12 @@ int ocfs2_prepare_write_nolock(struct inode *inode, struct page *page,
{
int ret;
+ mlog_entry("(%llu, %lu, %u, %u)\n",
+ OCFS2_I(inode)->ip_blkno, page->index, from, to);
+
ret = block_prepare_write(page, from, to, ocf...
2009 Jul 21
1
(no subject)
...m);
ocfs2_inode_unlock(inode, 0);
-
+bail:
+ mlog_exit(err);
return err;
}
@@ -397,7 +417,7 @@ static int ocfs2_writepage(struct page *page, struct writeback_control *wbc)
{
int ret;
- mlog_entry("(0x%p)\n", page);
+ mlog_entry("(0x%p, 0x%p)\n", page, wbc);
ret = block_write_full_page(page, ocfs2_get_block, wbc);
@@ -416,8 +436,13 @@ int ocfs2_prepare_write_nolock(struct inode *inode, struct page *page,
{
int ret;
+ mlog_entry("(%llu, %lu, %u, %u)\n",
+ (unsigned long long)OCFS2_I(inode)->ip_blkno, page->index,
+ from, to);
+
ret = block_prepare...
2009 Jul 21
1
[PATCH 1/1] ocfs2: adds mlogs to aops.c -V2
...m);
ocfs2_inode_unlock(inode, 0);
-
+bail:
+ mlog_exit(err);
return err;
}
@@ -397,7 +417,7 @@ static int ocfs2_writepage(struct page *page, struct writeback_control *wbc)
{
int ret;
- mlog_entry("(0x%p)\n", page);
+ mlog_entry("(0x%p, 0x%p)\n", page, wbc);
ret = block_write_full_page(page, ocfs2_get_block, wbc);
@@ -416,8 +436,13 @@ int ocfs2_prepare_write_nolock(struct inode *inode, struct page *page,
{
int ret;
+ mlog_entry("(%llu, %lu, %u, %u)\n",
+ (unsigned long long)OCFS2_I(inode)->ip_blkno, page->index,
+ from, to);
+
ret = block_prepare...
2010 Nov 08
89
Re: DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
On Sun, Nov 07 2010 at 6:05pm -0500,
Andi Kleen <andi@firstfloor.org> wrote:
> On Sun, Nov 07, 2010 at 10:39:23PM +0100, Milan Broz wrote:
> > On 11/07/2010 08:45 PM, Andi Kleen wrote:
> > >> I read about barrier-problems and data getting to the partition when
> > >> using dm-crypt and several layers so I don''t know if that could be
> >