Displaying 4 results from an estimated 4 matches for "__getblk_slow".
2003 Dec 10
0
VFS: brelse: Trying to free free buffer
...ian kernel: Call Trace:
Dec 11 04:03:56 fendrian kernel: [__brelse+41/48] __brelse+0x29/0x30
Dec 11 04:03:56 fendrian kernel: [bh_lru_install+124/176] bh_lru_install+0x7c/0xb0
Dec 11 04:03:56 fendrian kernel: [__find_get_block+96/160] __find_get_block+0x60/0xa0
Dec 11 04:03:56 fendrian kernel: [__getblk_slow+24/224] __getblk_slow+0x18/0xe0
Dec 11 04:03:56 fendrian kernel: [__getblk+42/48] __getblk+0x2a/0x30
Dec 11 04:03:56 fendrian kernel: [ext3_getblk+123/528] ext3_getblk+0x7b/0x210
Dec 11 04:03:56 fendrian kernel: [submit_bio+61/112] submit_bio+0x3d/0x70
Dec 11 04:03:56 fendrian kernel: [ll_rw_bl...
2007 Feb 05
1
kernel error -- system crash
...mode:0x50
Feb 4 00:08:08 server1 kernel: [<c014f863>] __alloc_pages+0x28b/0x29d
Feb 4 00:08:08 server1 kernel: [<c014b70f>] find_or_create_page+0x39/0x72
Feb 4 00:08:08 server1 kernel: [<c016eda7>] grow_dev_page+0x2a/0x1eb
Feb 4 00:08:08 server1 kernel: [<c016f096>] __getblk_slow+0x12e/0x159
Feb 4 00:08:08 server1 kernel: [<c016f40e>] __getblk+0x3f/0x49
Feb 4 00:08:08 server1 kernel: [<c016f455>] __bread+0x9/0x22
Feb 4 00:08:08 server1 kernel: [<f88af239>] ext3_free_branches+0x91/0x1be
[ext3]
Feb 4 00:08:08 server1 kernel: [<f88af27e>] ext3_f...
2006 Sep 21
1
Page allocation failure and slow system
..._pages+0x28b/0x29d
Sep 20 13:34:33 hagar kernel: [<c01408da>] find_lock_page+0x96/0x9d
Sep 20 13:34:33 hagar kernel: [<c014091a>] find_or_create_page
+0x39/0x72
Sep 20 13:34:33 hagar kernel: [<c015cde3>] grow_dev_page+0x26/0x102
Sep 20 13:34:33 hagar kernel: [<c015cf8e>] __getblk_slow+0xcf/0xf3
Sep 20 13:34:33 hagar kernel: [<c015d285>] __getblk+0x3f/0x49
Sep 20 13:34:33 hagar kernel: [<c015d2ca>] __bread+0x9/0x1e
Sep 20 13:34:33 hagar kernel: [<f88ef15b>] ext3_get_branch+0x63/0xc6
[ext3]
Sep 20 13:34:33 hagar kernel: [<f88ef705>] ext3_get_block_handl...
2011 Jan 04
16
[PATCH v2 0/5] add new ioctls to do metadata readahead in btrfs
Hi,
We have file readahead to do asyn file read, but has no metadata
readahead. For a list of files, their metadata is stored in fragmented
disk space and metadata read is a sync operation, which impacts the
efficiency of readahead much. The patches try to add meatadata readahead
for btrfs.
In btrfs, metadata is stored in btree_inode. Ideally, if we could hook
the inode to a fd so we could use