diff options
author | Christoph Hellwig <hch@infradead.org> | 2012-07-02 06:00:04 -0400 |
---|---|---|
committer | Ben Myers <bpm@sgi.com> | 2012-07-13 12:50:42 -0500 |
commit | 08023d6dbe840dc4271805a9ea376fcbdee9f744 (patch) | |
tree | 32349d435ec6ff60aed1aea7e17f10fd27242b2b /fs/xfs/xfs_buf_item.c | |
parent | eb71a12e411fe065f8663e12a8d81d561f9502ee (diff) | |
download | linux-08023d6dbe840dc4271805a9ea376fcbdee9f744.tar.gz linux-08023d6dbe840dc4271805a9ea376fcbdee9f744.tar.bz2 linux-08023d6dbe840dc4271805a9ea376fcbdee9f744.zip |
xfs: prevent recursion in xfs_buf_iorequest
If the b_iodone handler is run in calling context in xfs_buf_iorequest we
can run into a recursion where xfs_buf_iodone_callbacks keeps calling back
into xfs_buf_iorequest because an I/O error happened, which keeps calling
back into xfs_buf_iorequest. This chain will usually not take long
because the filesystem gets shut down because of log I/O errors, but even
over a short time it can cause stack overflows if run on the same context.
As a short term workaround make sure we always call the iodone handler in
workqueue context.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Signed-off-by: Ben Myers <bpm@sgi.com>
Diffstat (limited to 'fs/xfs/xfs_buf_item.c')
0 files changed, 0 insertions, 0 deletions