summaryrefslogtreecommitdiff
path: root/arch/arm/mach-socfpga/pm.c
diff options
context:
space:
mode:
authorDmitry Monakhov <dmonakhov@openvz.org>2017-06-29 11:31:13 -0700
committerJens Axboe <axboe@kernel.dk>2017-07-03 16:56:26 -0600
commitb1fb2c52b2d85f51f36f1661409f9aeef94265ff (patch)
tree26f345624f8f3a8adca8689916b2f9d69282051d /arch/arm/mach-socfpga/pm.c
parent128b6f9fdd9ace9e56cb3a263b4bc269658f9c40 (diff)
block: guard bvec iteration logic
Currently if some one try to advance bvec beyond it's size we simply dump WARN_ONCE and continue to iterate beyond bvec array boundaries. This simply means that we endup dereferencing/corrupting random memory region. Sane reaction would be to propagate error back to calling context But bvec_iter_advance's calling context is not always good for error handling. For safity reason let truncate iterator size to zero which will break external iteration loop which prevent us from unpredictable memory range corruption. And even it caller ignores an error, it will corrupt it's own bvecs, not others. This patch does: - Return error back to caller with hope that it will react on this - Truncate iterator size Code was added long time ago here 4550dd6c, luckily no one hit it in real life :) Signed-off-by: Dmitry Monakhov <dmonakhov@openvz.org> Reviewed-by: Ming Lei <ming.lei@redhat.com> Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com> [hch: switch to true/false returns instead of errno values] Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'arch/arm/mach-socfpga/pm.c')
0 files changed, 0 insertions, 0 deletions