Hi,
2014-02-06 (목), 16:17 +0400, Andrey Tsyvarev:
> Hi,
>
> 06.02.2014 10:02, Jaegeuk Kim пишет:
> > Hi,
> >
> > Thank you for the test and valuable report.
> >
> > This bug was fixed recently by:
> >
> > commit 03dea3129d558bf5293a6e9f12777176619ac876
> > Author: Jaegeuk Kim <jaegeuk....@samsung.com>
> > Date: Wed Feb 5 11:16:39 2014 +0900
> >
> > f2fs: fix to truncate dentry pages in the error case
> Now remove_inode_page() succeed, but another assertion failed (tested on
> revision e964751c):
>
> [ 1272.747011] kernel BUG at fs/f2fs/inode.c:274!
> [ 1272.747011] invalid opcode: 0000 [#1] SMP
> [ 1272.747011] Modules linked in: f2fs kedr_fsim_indicator_common(OF)
> kedr_fsim_indicator_capable(OF)
> kedr_fsim_indicator_kmalloc(OF) kedr_fsim_vmm(OF) kedr_fsim_mem_util(OF)
> kedr_fsim_capable(OF)
> kedr_fsim_uaccess(OF) kedr_fsim_cmm(OF) kedr_fault_simulation(OF)
> kedr(OF) fuse nf_conntrack_netbios_ns
> nf_conntrack_broadcast ipt_MASQUERADE ip6t_REJECT xt_conntrack
> ebtable_nat ebtable_broute bridge stp
> llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6
> nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle
> ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat
> nf_conntrack_ipv4 nf_defrag_ipv4
> nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security
> iptable_raw parport_pc i2c_piix4 e1000
> i2c_core microcode parport ata_generic pata_acpi [last unloaded: kedr]
> [ 1272.747011] CPU: 0 PID: 14613 Comm: fs-driver-tests Tainted: GF
> W O 3.14.0-rc1fs #1
> [ 1272.747011] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS
> VirtualBox 12/01/2006
> [ 1272.747011] task: ffff88001e939190 ti: ffff88000d7ec000 task.ti:
> ffff88000d7ec000
> [ 1272.747011] RIP: 0010:[<ffffffffa01c74a8>] [<ffffffffa01c74a8>]
> f2fs_evict_inode+0x178/0x180 [f2fs]
> [ 1272.747011] RSP: 0018:ffff88000d7ede50 EFLAGS: 00010202
> [ 1272.747011] RAX: 0000000000000001 RBX: ffff88000475cc30 RCX:
> ffff88001e9398a0
> [ 1272.747011] RDX: 0000000000000002 RSI: 0000000000000000 RDI:
> ffff88000475ce10
> [ 1272.747011] RBP: ffff88000d7ede68 R08: 00000000ffffffff R09:
> 0000000000000000
> [ 1272.747011] R10: 0000000000000000 R11: 0000000000000001 R12:
> ffff88000475cc30
> [ 1272.747011] R13: ffff88000f147800 R14: ffffffffa01e7080 R15:
> ffff88000f147b80
> [ 1272.747011] FS: 00007f1795424740(0000) GS:ffff88003fc00000(0000)
> knlGS:0000000000000000
> [ 1272.747011] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 1272.747011] CR2: 00007fc33bfa9000 CR3: 000000000f14e000 CR4:
> 00000000000006f0
> [ 1272.747011] Stack:
> [ 1272.747011] ffff88000475cc30 ffff88000475cdc8 ffffffffa01e7080
> ffff88000d7ede90
> [ 1272.747011] ffffffff811fde03 ffff88000475cc30 ffff88000475ccb8
> ffff88000f147000
> [ 1272.747011] ffff88000d7edec0 ffffffff811fe615 ffff88000475cc30
> ffff88000f147800
> [ 1272.747011] Call Trace:
> [ 1272.747011] [<ffffffff811fde03>] evict+0xa3/0x1a0
> [ 1272.747011] [<ffffffff811fe615>] iput+0xf5/0x180
> [ 1272.747011] [<ffffffffa01c7f63>] f2fs_mkdir+0xf3/0x150 [f2fs]
> [ 1272.747011] [<ffffffff811f2a77>] vfs_mkdir+0xb7/0x160
> [ 1272.747011] [<ffffffff811f36bf>] SyS_mkdir+0x5f/0xc0
> [ 1272.747011] [<ffffffff81680769>] system_call_fastpath+0x16/0x1b
> [ 1272.747011] Code: 01 e1 4c 89 e7 e8 39 59 03 e1 5b 41 5c 41 5d 5d c3
> 31 c0 49 83 bc 24 c8 00 00 00 01 0f 97 c0
> eb 8f 4c 89 e7 e8 fa ec ff ff eb 89 <0f> 0b 66 0f 1f 44 00 00 0f 1f 44
> 00 00 55 48 c7 c0 dc ff ff ff
> [ 1272.747011] RIP [<ffffffffa01c74a8>] f2fs_evict_inode+0x178/0x180 [f2fs]
> [ 1272.747011] RSP <ffff88000d7ede50>
>
> Failed assertion claims that dirty dentries counter should be zero when
> inode is deleted.
> This counter is incremented by
> mkdir()->
> f2fs_add_link()->
> init_inode_metadata()->
> make_empty_dir()->
> set_page_dirty();
>
> but no one decrement it.
> May be, this should be done along with truncating directory inode in
> error-path of init_inode_metadata() ?
It's weird, since original intention was that pages should be
invalidated by:
f2fs_evict_inode
- truncate_inode_pages
- f2fs_invalidate_page
- decrement dirty_dents
I'll see what happened a little bit more.
Thanks,
>
>
> --
> Best regards,
> Andrey Tsyvarev
> Linux Verification Center, ISPRAS
> web: http://linuxtesting.org
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Jaegeuk Kim
Samsung
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
