Displaying 10 results from an estimated 10 matches for "__find_get_block".
2003 Dec 10
0
VFS: brelse: Trying to free free buffer
...04:03:55 fendrian kernel: buffer layer error at fs/buffer.c:1279
Dec 11 04:03:55 fendrian 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:...
2003 Mar 02
1
2.5.59 ext3 error message
...;c01728e9>] [<c01ad7d6>] [<c014d215>] [<c0154c68>] [<c0154f79>] [<c0155126>] [<c0154f79>] [<c01540c2>] [<c0154244>] [<c0109227>]
Trace; c01468f0 <__brelse+35/37>
Trace; c0146aa9 <bh_lru_install+b1/ed>
Trace; c0146b57 <__find_get_block+72/74>
Trace; c0146b84 <__getblk+2b/51>
Trace; c0175a17 <ext3_getblk+ab/2f1>
Trace; c023cbfa <serio_interrupt+4e/50>
Trace; c023d2f1 <i8042_interrupt+f5/1ff>
Trace; c0175c90 <ext3_bread+33/a2>
Trace; c01728e9 <ext3_readdir+e6/4e0>
Trace; c01ad7d6 <__copy_to...
2010 Apr 29
2
Hardware error or ocfs2 error?
...155c0 ffff88024ce4e9f0 ffff88024ce4ece8 000000004cda3a60
Apr 29 11:00:23 node01 kernel: [2570880.752195] Call Trace:
Apr 29 11:00:23 node01 kernel: [2570880.752214] [<ffffffff812ee253>] ? schedule_timeout+0x2e/0xdd
Apr 29 11:00:23 node01 kernel: [2570880.752233] [<ffffffff8110baff>] ? __find_get_block+0x176/0x186
Apr 29 11:00:23 node01 kernel: [2570880.752261] [<ffffffffa04fd29c>] ? ocfs2_validate_quota_block+0x0/0x88 [ocfs2]
Apr 29 11:00:23 node01 kernel: [2570880.752286] [<ffffffff812ee118>] ? wait_for_common+0xde/0x14f
Apr 29 11:00:23 node01 kernel: [2570880.752304] [<ffffff...
2008 Apr 14
8
zaptel 1.4.10 regression with TE220B on Proliant DL380 G5 ?
...] do_cciss_request+0x32c/0x337 [cciss]
[<f88ccff0>] __split_bio+0x408/0x418 [dm_mod]
[<f88cd6a6>] dm_request+0xce/0xd4 [dm_mod]
[<c04d6a81>] generic_make_request+0x248/0x258
[<c04d8734>] submit_bio+0xbf/0xc5
[<c04548e2>] find_get_page+0x18/0x38
[<c04719ad>] __find_get_block_slow+0xfb/0x105
[<c0471cea>] __find_get_block+0x15c/0x166
[<c0471cea>] __find_get_block+0x15c/0x166
[<c0471d24>] __getblk+0x30/0x270
[<f885a485>] journal_cancel_revoke+0x8a/0x96 [jbd]
[<f885a472>] journal_cancel_revoke+0x77/0x96 [jbd]
[<f885626f>] __journal...
2006 Mar 08
2
too much cpu system time with kernel 2.6.9-22.0.2.EL
...r interrupt
samples % symbol name
21117 36.5340 default_idle
3850 6.6608 __copy_from_user_ll
3108 5.3771 find_get_page
1707 2.9532 __copy_user_intel
1580 2.7335 __might_sleep
1356 2.3460 handle_IRQ_event
1323 2.2889 __copy_to_user_ll
1168 2.0207 __find_get_block_slow
1134 1.9619 __find_get_block
1093 1.8910 finish_task_switch
963 1.6661 bh_lru_install
638 1.1038 __wake_up
605 1.0467 __do_softirq
This is CRAZY! How can default_idle be sucking away cycles when the
system is (should be) cpubound?
Can anyone explain this?
D...
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
2005 May 19
1
ext3 journal problems
...38 spf1 kernel: [<f8870fe4>]
ext3_mark_inode_dirty+0x33/0x3a [ext3]
May 19 09:56:38 spf1 kernel: [<f886e658>] ext3_splice_branch+0xeb/0x18c
[ext3]
May 19 09:56:38 spf1 kernel: [<f8836cec>]
do_get_write_access+0x54f/0x56b [jbd]
May 19 09:56:38 spf1 kernel: [<c0154c35>] __find_get_block+0xb5/0xbe
May 19 09:56:38 spf1 kernel: [<c0125009>] __mod_timer+0xf1/0xfb
May 19 09:56:38 spf1 kernel: [<f8839899>]
__log_wait_for_space+0xa4/0xc7 [jbd]
May 19 09:56:38 spf1 kernel: [<f8836383>] start_this_handle+0x2f8/0x33e
[jbd]
May 19 09:56:38 spf1 kernel: [<c011a545&g...
2006 Apr 29
0
troubleshooting kernel crash?
...:05:07 nx05 kernel: 00000000 0029005a 00000000 df002a80
c016bdb7 00001000 00000000 df73b800
Apr 29 15:05:07 nx05 kernel: 0029005a 00000000 df002a80 c016bde6
00001000 df73b800 cfc14bf4 00000000
Apr 29 15:05:07 nx05 kernel: Call Trace:
Apr 29 15:05:07 nx05 kernel: [<c016a705>]
__find_get_block_slow+0x4b/0x1c6
Apr 29 15:05:07 nx05 kernel: [<c016bdb7>] __find_get_block+0x89/0xa5
Apr 29 15:05:07 nx05 kernel: [<c016bde6>] __getblk+0x13/0x49
Apr 29 15:05:07 nx05 kernel: [<e09298e3>] ext3_get_inode_loc+0x4f/0x223
[ext3]
Apr 29 15:05:07 nx05 kernel: [<e0929b45>] ext...
2016 Apr 13
3
Bug#820862: xen-hypervisor-4.4-amd64: Xen VM on Jessie freezes often with INFO: task jbd2/xvda2-8:111 blocked for more than 120 seconds
..._on_bit+0x5c/0x90
[ 1200.060459] [<ffffffffa00316c0>] ? start_this_handle+0x5a0/0x5a0 [jbd2]
[ 1200.060466] [<ffffffff815118d7>] ? out_of_line_wait_on_bit+0x77/0x90
[ 1200.060473] [<ffffffff810a7e90>] ? autoremove_wake_function+0x30/0x30
[ 1200.060480] [<ffffffff811d8c54>] ? __find_get_block+0xb4/0x250
[ 1200.060487] [<ffffffffa0032a25>] ? do_get_write_access+0x2a5/0x4b0 [jbd2]
[ 1200.060494] [<ffffffff811d90d6>] ? __getblk_gfp+0x26/0x60
[ 1200.060501] [<ffffffffa0032c52>] ? jbd2_journal_get_write_access+0x22/0x40 [jbd2]
[ 1200.060518] [<ffffffffa009d326>] ? __e...
2003 Aug 06
2
Re: ext3 badness in 2.6.0-test2
...5 adams kernel: 00000008 c371d780 f066f8a4 c01634e3 f066f8a4 0000001b 00000000
00001000
Aug 6 15:22:05 adams kernel: 00000000 0000001b 00000000 0000001b 00000000 f066f8a4 f2eae000
f066f8a4
Aug 6 15:22:05 adams kernel: Call Trace:
Aug 6 15:22:05 adams kernel: [<c01634e3>] __find_get_block+0x73/0x100
Aug 6 15:22:05 adams kernel: [<c01b290d>] journal_get_undo_access+0x3d/0x170
Aug 6 15:22:05 adams kernel: [<c01a2a34>] ext3_try_to_allocate+0xc4/0x240
Aug 6 15:22:05 adams kernel: [<c01a2db4>] ext3_new_block+0x204/0x740
Aug 6 15:22:05 adams kernel: [<c0163439...