Displaying 14 results from an estimated 14 matches for "__getblk".
2006 Feb 19
3
ext3 involved in kernel panic in 2.6.13?
...013b111>{__do_softirq+113}
<ffffffff8010ee63>{call_softirq+31} <ffffffff80110a55>{do_softirq+53}
<ffffffff8010e5c8>{apic_timer_interrupt+132} <EOI>
<ffffffff801fb8a6>{do_get_write_access+118}
<ffffffff801fb88e>{do_get_write_access+94} <ffffffff80185d1f>{__getblk+47}
<ffffffff80195170>{filldir+0} <ffffffff801fbf69>{journal_get_write_access+41}
<ffffffff801ec41c>{ext3_reserve_inode+write+76} <ffffffff80195170>{filldir+0}
<ffffffff801ec4d8>{ext3_mark_inode_dirty+56}
<ffffffff801fa9e5>{journal_start_229}
<ffffffff801ee57...
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_...
2003 Mar 02
1
2.5.59 ext3 error message
...15>] [<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_user_ll+74/78>
2008 Jan 08
3
centos 5.1 kernel dump
...t; [<ffffffff8000cb74>] bit_waitqueue+0x3c/0xb4
Jan 8 05:20:00 localhost kernel: [<ffffffff8002ce23>] wake_up_bit+0x11/0x22
Jan 8 05:20:00 localhost kernel: [<ffffffff880328ef>] :jbd:do_get_write_access+0x137/0x527
Jan 8 05:20:01 localhost kernel: [<ffffffff800192e9>] __getblk+0x25/0x22c
Jan 8 05:20:01 localhost kernel: [<ffffffff88032d01>] :jbd:journal_get_write_access+0x22/0x33
Jan 8 05:20:01 localhost kernel: [<ffffffff8804dc75>] :ext3:ext3_reserve_inode_write+0x38/0x90
Jan 8 05:20:01 localhost kernel: [<ffffffff8804dcee>] :ext3:ext3_mark_inode...
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>] e...
2018 Dec 12
5
CentOS 7.6 external USB dmesg issue
...]
[ 1085.193906] [<ffffffffc1c12d0c>] ? __ext4_journal_stop+0x3c/0xb0 [ext4]
[ 1085.193921] [<ffffffffc1c14bec>] ?
ext4_mb_normalize_request+0x20c/0x560 [ext4]
[ 1085.193936] [<ffffffffc1c1b59b>] ext4_mb_new_blocks+0x65b/0xa20 [ext4]
[ 1085.193942] [<ffffffffa967918d>] ? __getblk+0x2d/0x300
[ 1085.193961] [<ffffffffc1c223cb>] ext4_ind_map_blocks+0xb9b/0xc20 [ext4]
[ 1085.193968] [<ffffffffa94c6258>] ? hrtimer_cancel+0x28/0x40
[ 1085.193973] [<ffffffffa95d82c8>] ? zone_statistics+0x88/0xa0
[ 1085.193987] [<ffffffffc1bdfd35>] ext4_map_blocks+0x295/...
2004 Jun 06
1
[PATCH] use sb_getblk
...edef int ocfs_dev;
#define OCFS_NODEV NODEV
-#define OCFS_GET_BLOCKDEV(sb) ((sb)->s_dev)
#endif
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
/* No longer exists in 2.5 */
#define fsync_inode_buffers(inode) sync_mapping_buffers(inode->i_mapping)
-#define getblk(dev, blk, sz) __getblk(dev, blk, sz)
#endif /* >= 2.6.0 */
#define OCFS_SB(sb) ((ocfs_super *)OCFS_GENERIC_SB_MEMBER(sb))
@@ -617,11 +612,7 @@
struct semaphore s_sem;
struct list_head s_list;
unsigned long s_blocknr;
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
dev_t s_dev;
-#else
- kdev_t s_de...
2004 Mar 18
0
mark_buffer_dirty() reports buffer_head is not uptodate in JBDroutine journal_create() in kernel 2.6.
...this bug in kernel 2.6.x. Please check if it works well in
kernel 2.6.x.
-------------------------------------------------------
--- linux-2.6.4a/fs/jbd/journal.c 2004-03-19 10:40:49.264613984 +0800
+++ linux-2.6.4/fs/jbd/journal.c 2004-03-19 10:41:12.091143824 +0800
@@ -832,10 +832,10 @@
bh = __getblk(journal->j_dev, blocknr, journal->j_blocksize);
lock_buffer(bh);
memset (bh->b_data, 0, journal->j_blocksize);
- BUFFER_TRACE(bh, "marking dirty");
- mark_buffer_dirty(bh);
BUFFER_TRACE(bh, "marking uptodate");
set_buffer_uptodate(bh);
+ BUFFER_TRACE(b...
2005 May 19
1
ext3 journal problems
...9:56:38 spf1 kernel: 00000000 00000000 c628f3bc f5be8764
c0154c62 00001000 f6a11c00 f14c3498
May 19 09:56:38 spf1 kernel: f5d8c360 00000001 f14c3498 f5c87480
f5d8c360 f5d8c290 f14c3498 f8870c79
May 19 09:56:38 spf1 kernel: Call Trace:
May 19 09:56:38 spf1 kernel: [<c0154c62>] __getblk+0x24/0x42
May 19 09:56:38 spf1 kernel: [<f8870c79>]
ext3_do_update_inode+0x2fb/0x322 [ext3]
May 19 09:56:38 spf1 kernel: [<f8836d2d>]
journal_get_write_access+0x25/0x2c [jbd]
May 19 09:56:38 spf1 kernel: [<f8870f28>]
ext3_mark_iloc_dirty+0x10/0x18 [ext3]
May 19 09:56:38 spf1...
2006 Apr 29
0
troubleshooting kernel crash?
...2a80 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>] ext3_read_inode+0x38/0x309
[ext3]
Apr 29 15:05:07 nx05 kernel: [<c030fbf0>] __cond_resched+0x14/0x3b
Apr 29 15:05:07 nx05 kernel: [<e092e1b7&...
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_...
2012 May 03
0
Strange situation with openssl and kernel
...fffffff800639be>]
out_of_line_wait_on_bit_lock+0x6c/0x78
May 2 22:48:20 vmail kernel: [<ffffffff800a34d5>]
wake_bit_function+0x0/0x23
May 2 22:48:20 vmail kernel: [<ffffffff8803181e>]
:jbd:do_get_write_access+0x54/0x522
May 2 22:48:20 vmail kernel: [<ffffffff80019d4f>] __getblk+0x25/0x22c
May 2 22:48:20 vmail kernel: [<ffffffff88031d0e>]
:jbd:journal_get_write_access+0x22/0x33
May 2 22:48:20 vmail kernel: [<ffffffff8804dd3b>]
:ext3:ext3_reserve_inode_write+0x38/0x90
May 2 22:48:20 vmail kernel: [<ffffffff8804ddb4>]
:ext3:ext3_mark_inode_dirty+0x...
2008 Apr 14
8
zaptel 1.4.10 regression with TE220B on Proliant DL380 G5 ?
...d6a81>] 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_file_buffer+0x10e/0x1e3 [jbd]
[<c041f871>] __wake_up+0x2a/0x3d
[<f8856679>] journal_stop+0x1b0/0x1ba [jbd]
[<c042a209>] c...
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