summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorSudeep Holla <sudeep.holla@arm.com>2021-07-07 14:50:28 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2021-07-31 08:22:38 +0200
commitedb6f5a95a0c7cdd40c91db952a63c915375e876 (patch)
tree0bc3becdb3f3b21da8d177371f759817c5ce0db8 /include
parent4cb60d03efa7e77498fd93a85f39769550ed768d (diff)
firmware: arm_scmi: Fix possible scmi_linux_errmap buffer overflow
[ Upstream commit 7a691f16ccad05d770f813d9c4b4337a30c6d63f ] The scmi_linux_errmap buffer access index is supposed to depend on the array size to prevent element out of bounds access. It uses SCMI_ERR_MAX to check bounds but that can mismatch with the array size. It also changes the success into -EIO though scmi_linux_errmap is never used in case of success, it is expected to work for success case too. It is slightly confusing code as the negative of the error code is used as index to the buffer. Fix it by negating it at the start and make it more readable. Link: https://lore.kernel.org/r/20210707135028.1869642-1-sudeep.holla@arm.com Reported-by: kernel test robot <lkp@intel.com> Reported-by: Dan Carpenter <dan.carpenter@oracle.com> Reviewed-by: Cristian Marussi <cristian.marussi@arm.com> Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions