Displaying 8 results from an estimated 8 matches for "submit_extent_page".
2008 Mar 15
1
extent_io.c: bio_add_page() error check for bio ptr
bio_add_page() requires non-NULL bio ptr for dereferencing.
Signed-off-by: Peter Teoh <htmldeveloper@gmail.com>
--- extent_io.c.orig1 2008-03-16 12:43:59.000000000 +0800
+++ extent_io.c 2008-03-16 12:45:03.000000000 +0800
@@ -1729,6 +1729,7 @@ static int submit_extent_page(int rw, st
if (bio_ret && *bio_ret) {
bio = *bio_ret;
+ BUG_ON(!bio);
if (bio->bi_sector + (bio->bi_size >> 9) != sector ||
bio_add_page(bio, page, size, offset) < size) {
ret =...
2012 Dec 18
0
[PATCH] [RFC] Btrfs: Subpagesize blocksize (WIP).
...);
goto fail_sb_buffer;
}
+#endif
mutex_lock(&fs_info->chunk_mutex);
ret = btrfs_read_sys_array(tree_root);
diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
index 1b319df..c1e052e 100644
--- a/fs/btrfs/extent_io.c
+++ b/fs/btrfs/extent_io.c
@@ -2519,7 +2519,7 @@ static int submit_extent_page(int rw, struct extent_io_tree *tree,
int contig = 0;
int this_compressed = bio_flags & EXTENT_BIO_COMPRESSED;
int old_compressed = prev_bio_flags & EXTENT_BIO_COMPRESSED;
- size_t page_size = min_t(size_t, size, PAGE_CACHE_SIZE);
+ size_t bio_size = min_t(size_t, size, PAGE_CACHE_SIZE...
2013 Jan 21
1
btrfs_start_delalloc_inodes livelocks when creating snapshot under IO
...t;] generic_make_request+0x68/0x70
[<ffffffff812f0815>] submit_bio+0x85/0x110
[<ffffffffa034ace5>] btrfs_map_bio+0x165/0x2f0 [btrfs]
[<ffffffffa032880f>] btrfs_submit_bio_hook+0x7f/0x170 [btrfs]
[<ffffffffa033b7da>] submit_one_bio+0x6a/0xa0 [btrfs]
[<ffffffffa033f8a4>] submit_extent_page.isra.34+0xe4/0x230 [btrfs]
[<ffffffffa034084c>] __extent_writepage+0x5ec/0x810 [btrfs]
[<ffffffffa0340d22>]
extent_write_cache_pages.isra.26.constprop.40+0x2b2/0x410 [btrfs]
[<ffffffffa03410c5>] extent_writepages+0x45/0x60 [btrfs]
[<ffffffffa0327178>] btrfs_writepages+0x28/0...
2011 Feb 17
7
Re: [Bugme-new] [Bug 29302] New: Null pointer dereference with large max_sectors_kb
...51384 0000000001400000 ffffea000c3cd200
> [ 605.115590] 0000000000000000 000000004a19ab88 ffff8801b966f380 0000100000000000
> [ 605.115884] ffffffff81255810 0000000000000000 0000000000000002 0000000001400000
> [ 605.116180] Call Trace:
> [ 605.116320] [<ffffffff81251384>] ? submit_extent_page+0x164/0x280
> [ 605.116488] [<ffffffff81255810>] ? end_bio_extent_readpage+0x0/0x210
> [ 605.116654] [<ffffffff81257241>] ? __extent_read_full_page+0x4e1/0x680
> [ 605.116820] [<ffffffff81255810>] ? end_bio_extent_readpage+0x0/0x210
> [ 605.116990] [<fffffff...
2011 Oct 04
68
[patch 00/65] Error handling patchset v3
Hi all -
Here''s my current error handling patchset, against 3.1-rc8. Almost all of
this patchset is preparing for actual error handling. Before we start in
on that work, I''m trying to reduce the surface we need to worry about. It
turns out that there is a ton of code that returns an error code but never
actually reports an error.
The patchset has grown to 65 patches. 46 of them
2009 Jan 13
28
Warning and BUG with btrfs and corrupted image
...00001 c12fe0c0 c48b8040 00000000 00001000
cb38bda4 00000000
[ 297.418161] c82f31c0 cb38bd40 c04a9af4 0000e028 00000000 00001000
00000000 c807c3e0
[ 297.418161] cb38bda8 ffffe3fb c04aaf4a 00000000 00000000 00000000
cf53c3f0 00000fff
[ 297.418161] Call Trace:
[ 297.418161] [<c04a7ed6>] ? submit_extent_page+0xea/0x190
[ 297.418161] [<c04a9af4>] ? __extent_read_full_page+0x61d/0x6a0
[ 297.418161] [<c04aaf4a>] ? end_bio_extent_readpage+0x0/0x205
[ 297.418161] [<c0491123>] ? btree_get_extent+0x0/0x16c
[ 297.418161] [<c04a8467>] ? test_range_bit+0xd5/0xdf
[ 297.418161] [&...
2013 Aug 22
23
Question: How can I recover this partition? (unable to find logical $hugenum len 4096)
...17188] [<c0271bc4>] ? __bio_add_page+0xd4/0x200
[ 45.917188] [<c0272430>] ? bio_alloc_bioset+0x130/0x180
[ 45.917188] [<f83e2420>] ? dm_get_live_table+0x40/0x40 [dm_mod]
[ 45.917188] [<f9d14e98>] btrfs_map_bio+0x78/0x450 [btrfs]
[ 45.917188] [<f9d0868b>] ? submit_extent_page.isra.38+0xeb/0x1d0 [btrfs]
[ 45.917188] [<f9d06f60>] ? test_range_bit+0x80/0x180 [btrfs]
[ 45.917188] [<f9d08c67>] ? __extent_read_full_page+0x4f7/0x7f0 [btrfs]
[ 45.917188] [<f9ce1e79>] ? btrfs_bio_wq_end_io+0x29/0x70 [btrfs]
[ 45.917188] [<f9ce20aa>] btree_subm...
2012 Dec 13
22
[PATCH] Btrfs: fix a deadlock on chunk mutex
An user reported that he has hit an annoying deadlock while playing with
ceph based on btrfs.
Current updating device tree requires space from METADATA chunk,
so we -may- need to do a recursive chunk allocation when adding/updating
dev extent, that is where the deadlock comes from.
If we use SYSTEM metadata to update device tree, we can avoid the recursive
stuff.
Reported-by: Jim Schutt