summaryrefslogtreecommitdiffstats
path: root/fs/block_dev.c
diff options
context:
space:
mode:
authorDave Chinner <dchinner@redhat.com>2011-05-06 02:54:06 +0000
committerAlex Elder <aelder@sgi.com>2011-05-09 18:35:03 -0500
commit50e86686dfb287d720af8b0f977202d205c04215 (patch)
treeb939f86e61bb3b57a7db685671f97b3ac1c10d80 /fs/block_dev.c
parent9e7004e741de0b2daabbbadafbaf11ff1a94e00c (diff)
downloadlinux-50e86686dfb287d720af8b0f977202d205c04215.tar.gz
linux-50e86686dfb287d720af8b0f977202d205c04215.tar.bz2
linux-50e86686dfb287d720af8b0f977202d205c04215.zip
xfs: always push the AIL to the target
The recent conversion of the xfsaild functionality to a work queue introduced a hard-to-hit log space grant hang. One of the problems discovered is a target mismatch between the item pushing loop and the target itself. The push trigger checks for the target increasing (i.e. new target > current) while the push loop only pushes items that have a LSN < current. As a result, we can get the situation where the push target is X, the items at the tail of the AIL have LSN X and they don't get pushed. The push work then completes thinking it is done, and cannot be restarted until the push target increases to >= X + 1. If the push target then never increases (because the tail is not moving), then we never run the push work again and we stall. Fix it by making sure log items with a LSN that matches the target exactly are pushed during the loop. Signed-off-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Alex Elder <aelder@sgi.com> (cherry picked from commit cb64026b6e8af50db598ec7c3f59d504259b00bb)
Diffstat (limited to 'fs/block_dev.c')
0 files changed, 0 insertions, 0 deletions