Messages in this thread | | | Date | Tue, 17 Oct 2006 15:23:47 +0100 | From | Andy Whitcroft <> | Subject | Re: 2.6.19-rc2-mm1 |
| |
Seeing this on a couple of x86_64's so far, probabally widespread:
BUG: warning at fs/inode.c:1389/i_size_write()
elm3b6:
Call Trace: [<ffffffff8028207d>] i_size_write+0x51/0x73 [<ffffffff8028ddfb>] generic_commit_write+0x35/0x49 [<ffffffff802e78d1>] ext2_commit_chunk+0x32/0x6d [<ffffffff802e86a0>] ext2_make_empty+0x160/0x179 [<ffffffff802eb734>] ext2_mkdir+0xb5/0x121 [<ffffffff80278926>] vfs_mkdir+0x6a/0xaa [<ffffffff80278a12>] sys_mkdirat+0xac/0xfd [<ffffffff80272607>] vfs_stat+0x14/0x16 [<ffffffff8021b703>] sys32_stat64+0x1a/0x34 [<ffffffff80278a76>] sys_mkdir+0x13/0x15 [<ffffffff8021b212>] ia32_sysret+0x0/0xa
This first one does not look so unreasonable, the inode is new and has not yet been instantiated? But I'm no fs locking expert ...
BUG: warning at fs/inode.c:1389/i_size_write()
bl6-13:
Call Trace: [<ffffffff80298a44>] i_size_write+0x45/0x57 [<ffffffff802a116b>] simple_commit_write+0x3b/0x47 [<ffffffff8028d96b>] __page_symlink+0xb5/0x150 [<ffffffff8030b742>] ramfs_symlink+0x4d/0xb7 [<ffffffff8028e547>] vfs_symlink+0xd4/0x144 [<ffffffff80290d4e>] sys_symlinkat+0x86/0xd2 [<ffffffff808e3c33>] do_header+0x70/0x1d2 [<ffffffff808e2bd5>] do_symlink+0x4b/0x7b [<ffffffff808e2a55>] write_buffer+0x1d/0x2b [<ffffffff808e2acf>] flush_window+0x6c/0xca [<ffffffff808e3097>] inflate_codes+0x38f/0x3ec [<ffffffff808e428a>] inflate_dynamic+0x4f5/0x541 [<ffffffff808e479a>] unpack_to_rootfs+0x4c4/0x923 [<ffffffff808e4c83>] populate_rootfs+0x8a/0xde [<ffffffff8020715a>] init+0x114/0x346 [<ffffffff8020a925>] child_rip+0xa/0x15 [<ffffffff803e0d6e>] acpi_ds_init_one_object+0x0/0x82 [<ffffffff803e0d6e>] acpi_ds_init_one_object+0x0/0x82 [<ffffffff80207046>] init+0x0/0x346 [<ffffffff8020a91b>] child_rip+0x0/0x15
-apw - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |