diff options
author | Dave Chinner <dchinner@redhat.com> | 2013-04-30 21:39:34 +1000 |
---|---|---|
committer | Ben Myers <bpm@sgi.com> | 2013-05-07 18:45:36 -0500 |
commit | 742ae1e35b038ed65ddd86182723441ea74db765 (patch) | |
tree | 3bc54c369e01383cab6abe1426ed9d50f4016d78 /fs/xfs/xfs_symlink.c | |
parent | cab09a81fbefcb21db5213a84461d421946f6eb8 (diff) |
xfs: introduce CONFIG_XFS_WARN
Running a CONFIG_XFS_DEBUG kernel in production environments is not
the best idea as it introduces significant overhead, can change
the behaviour of algorithms (such as allocation) to improve test
coverage, and (most importantly) panic the machine on non-fatal
errors.
There are many cases where all we want to do is run a
kernel with more bounds checking enabled, such as is provided by the
ASSERT() statements throughout the code, but without all the
potential overhead and drawbacks.
This patch converts all the ASSERT statements to evaluate as
WARN_ON(1) statements and hence if they fail dump a warning and a
stack trace to the log. This has minimal overhead and does not
change any algorithms, and will allow us to find strange "out of
bounds" problems more easily on production machines.
There are a few places where assert statements contain debug only
code. These are converted to be debug-or-warn only code so that we
still get all the assert checks in the code.
Signed-off-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Brian Foster <bfoster@redhat.com>
Signed-off-by: Ben Myers <bpm@sgi.com>
Diffstat (limited to 'fs/xfs/xfs_symlink.c')
0 files changed, 0 insertions, 0 deletions