2009-09-30 07:12:44

by Nageswara R Sastry

[permalink] [raw]
Subject: [BUG] kernel BUG at fs/ext4/extents.c:2863

Hi,

While working with fsfuzz encountered the following kernel stack traces.

Environment: 2.6.32-rc1 and 2.6.31 (kernel BUG at fs/ext4/extents.c:2833)
Architecture: s390


------------[ cut here ]------------
kernel BUG at fs/ext4/extents.c:2863!
illegal operation: 0001 [#1] SMP
Modules linked in: cbc md5 aes_s390 aes_generic ecb ecryptfs ext4 jbd2
crc16 autofs4 lockd sunrpc ipv6 loop qeth_l2 qeth qdio vmur ccwgroup
dm_round_robin dm_multipath scsi_dh sd_mod scsi_mod multipath
dm_snapshot dm_zero dm_mirror dm_region_hash dm_log dm_mod dasd_fba_mod
dasd_eckd_mod dasd_mod ext3 jbd
CPU: 0 Not tainted 2.6.32-rc2 #1
Process fstest (pid: 5755, task: 0000000024a48038, ksp: 0000000011afbe20)
Krnl PSW : 0704000180000000 000003e00200f3f4
(ext4_ext_get_blocks+0x240/0x10cc [ext4])
R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:0 CC:0 PM:0 EA:3
Krnl GPRS: 0000000000000000 0000000000000000 0000000000002400
0000000000000000
000000001416c000 000000000c8da000 000000002b539370
0000000000000000
000000002b5390f0 000000002b5390f0 0000000011afba90
000000002b539040
000003e001fe3000 000003e002023198 000003e00200f388
0000000011afb6c8
Krnl Code: 000003e00200f3e8: a71100ff tmll %r1,255
000003e00200f3ec: a7740006 brc 7,3e00200f3f8
000003e00200f3f0: a7f40001 brc 15,3e00200f3f2
>000003e00200f3f4: a7f40000 brc 15,3e00200f3f4
000003e00200f3f8: e3b040100004 lg %r11,16(%r4)
000003e00200f3fe: b90200bb ltgr %r11,%r11
000003e00200f402: a78404ea brc 8,3e00200fdd6
000003e00200f406: 5810b000 l %r1,0(%r11)
Call Trace:
([<000003e00200f388>] ext4_ext_get_blocks+0x1d4/0x10cc [ext4])
[<000003e001fed31e>] ext4_get_blocks+0xba/0x3c0 [ext4]
[<000003e001fee9d8>] ext4_get_block+0xcc/0x114 [ext4]
[<00000000001449ba>] do_mpage_readpage+0x1fa/0x688
[<0000000000144f7a>] mpage_readpages+0xae/0x100
[<00000000000d49f8>] __do_page_cache_readahead+0x160/0x1f4
[<00000000000d4acc>] ra_submit+0x40/0x54
[<00000000000d4f94>] page_cache_sync_readahead+0x40/0x50
[<00000000000cc334>] generic_file_aio_read+0x284/0x6a4
[<000000000010ed34>] do_sync_read+0xd0/0x118
[<000000000010fad0>] vfs_read+0xa8/0x174
[<000000000010fc92>] SyS_read+0x56/0x84
[<0000000000027f5a>] sysc_tracego+0xe/0x14
[<0000004e53f12cc4>] 0x4e53f12cc4
Last Breaking-Event-Address:
[<000003e00200f3f0>] ext4_ext_get_blocks+0x23c/0x10cc [ext4]

---[ end trace 7a3a53bbf5dda9be ]---


2858 /*
2859 * consistent leaf must not be empty;
2860 * this situation is possible, though, _during_ tree
modification;
2861 * this is why assert can't be put in
ext4_ext_find_extent()
2862 */
2863 BUG_ON(path[depth].p_ext == NULL && depth != 0);
2864 eh = path[depth].p_hdr;
2865

Thank you
Regards
R.Nageswara Sastry



2009-09-30 15:48:18

by Eric Sandeen

[permalink] [raw]
Subject: Re: [BUG] kernel BUG at fs/ext4/extents.c:2863

Nageswara R Sastry wrote:
> Hi,
>
> While working with fsfuzz encountered the following kernel stack traces.
>
> Environment: 2.6.32-rc1 and 2.6.31 (kernel BUG at fs/ext4/extents.c:2833)
> Architecture: s390

providing the fuzzed image (perhaps filing a bug on the kernel.org
bugzilla and attaching it there) would be great.

-Eric

>
> ------------[ cut here ]------------
> kernel BUG at fs/ext4/extents.c:2863!
> illegal operation: 0001 [#1] SMP
> Modules linked in: cbc md5 aes_s390 aes_generic ecb ecryptfs ext4 jbd2
> crc16 autofs4 lockd sunrpc ipv6 loop qeth_l2 qeth qdio vmur ccwgroup
> dm_round_robin dm_multipath scsi_dh sd_mod scsi_mod multipath
> dm_snapshot dm_zero dm_mirror dm_region_hash dm_log dm_mod dasd_fba_mod
> dasd_eckd_mod dasd_mod ext3 jbd
> CPU: 0 Not tainted 2.6.32-rc2 #1
> Process fstest (pid: 5755, task: 0000000024a48038, ksp: 0000000011afbe20)
> Krnl PSW : 0704000180000000 000003e00200f3f4
> (ext4_ext_get_blocks+0x240/0x10cc [ext4])
> R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:0 CC:0 PM:0 EA:3
> Krnl GPRS: 0000000000000000 0000000000000000 0000000000002400
> 0000000000000000
> 000000001416c000 000000000c8da000 000000002b539370
> 0000000000000000
> 000000002b5390f0 000000002b5390f0 0000000011afba90
> 000000002b539040
> 000003e001fe3000 000003e002023198 000003e00200f388
> 0000000011afb6c8
> Krnl Code: 000003e00200f3e8: a71100ff tmll %r1,255
> 000003e00200f3ec: a7740006 brc 7,3e00200f3f8
> 000003e00200f3f0: a7f40001 brc 15,3e00200f3f2
> >000003e00200f3f4: a7f40000 brc 15,3e00200f3f4
> 000003e00200f3f8: e3b040100004 lg %r11,16(%r4)
> 000003e00200f3fe: b90200bb ltgr %r11,%r11
> 000003e00200f402: a78404ea brc 8,3e00200fdd6
> 000003e00200f406: 5810b000 l %r1,0(%r11)
> Call Trace:
> ([<000003e00200f388>] ext4_ext_get_blocks+0x1d4/0x10cc [ext4])
> [<000003e001fed31e>] ext4_get_blocks+0xba/0x3c0 [ext4]
> [<000003e001fee9d8>] ext4_get_block+0xcc/0x114 [ext4]
> [<00000000001449ba>] do_mpage_readpage+0x1fa/0x688
> [<0000000000144f7a>] mpage_readpages+0xae/0x100
> [<00000000000d49f8>] __do_page_cache_readahead+0x160/0x1f4
> [<00000000000d4acc>] ra_submit+0x40/0x54
> [<00000000000d4f94>] page_cache_sync_readahead+0x40/0x50
> [<00000000000cc334>] generic_file_aio_read+0x284/0x6a4
> [<000000000010ed34>] do_sync_read+0xd0/0x118
> [<000000000010fad0>] vfs_read+0xa8/0x174
> [<000000000010fc92>] SyS_read+0x56/0x84
> [<0000000000027f5a>] sysc_tracego+0xe/0x14
> [<0000004e53f12cc4>] 0x4e53f12cc4
> Last Breaking-Event-Address:
> [<000003e00200f3f0>] ext4_ext_get_blocks+0x23c/0x10cc [ext4]
>
> ---[ end trace 7a3a53bbf5dda9be ]---
>
>
> 2858 /*
> 2859 * consistent leaf must not be empty;
> 2860 * this situation is possible, though, _during_ tree
> modification;
> 2861 * this is why assert can't be put in
> ext4_ext_find_extent()
> 2862 */
> 2863 BUG_ON(path[depth].p_ext == NULL && depth != 0);
> 2864 eh = path[depth].p_hdr;
> 2865
>
> Thank you
> Regards
> R.Nageswara Sastry
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html