diff options
| author | Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> | 2010-03-22 21:36:06 +0900 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@suse.de> | 2010-04-01 16:01:50 -0700 |
| commit | d664e4acfdfedb7483d383c1198552299a0114c0 (patch) | |
| tree | 0b0f1a432b3599e034cfa8d309e8f65df43d7bf5 /kernel/irq/chip.c | |
| parent | 8147bcf0da9a74b7dbec29bb3e489967f91f3c94 (diff) | |
| download | kernel-crypto-d664e4acfdfedb7483d383c1198552299a0114c0.tar.gz kernel-crypto-d664e4acfdfedb7483d383c1198552299a0114c0.tar.xz kernel-crypto-d664e4acfdfedb7483d383c1198552299a0114c0.zip | |
nilfs2: fix hang-up of cleaner after log writer returned with error
commit 110d735a0ae69bdd11af9acb6ea3b979137eb118 upstream.
According to the report from Andreas Beckmann (Message-ID:
<4BA54677.3090902@abeckmann.de>), nilfs in 2.6.33 kernel got stuck
after a disk full error.
This turned out to be a regression by log writer updates merged at
kernel 2.6.33. nilfs_segctor_abort_construction, which is a cleanup
function for erroneous cases, was skipping writeback completion for
some logs.
This fixes the bug and would resolve the hang issue.
Reported-by: Andreas Beckmann <debian@abeckmann.de>
Signed-off-by: Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp>
Tested-by: Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'kernel/irq/chip.c')
0 files changed, 0 insertions, 0 deletions