diff options
| author | Dan Carpenter <dan.carpenter@oracle.com> | 2020-10-30 14:52:30 +0300 |
|---|---|---|
| committer | Mauro Carvalho Chehab <mchehab+huawei@kernel.org> | 2020-11-17 08:57:10 +0300 |
| commit | 72e637fec558c7842d6f1508f480fd77c20afe3a (patch) | |
| tree | 0de9489d6a86cb822a8e054fc98c0b5e05b1fa25 /arch/s390/Makefile | |
| parent | 7399139be6b21c7c59323a4fab56cc07cd254529 (diff) | |
| download | linux-72e637fec558c7842d6f1508f480fd77c20afe3a.tar.xz | |
media: rc: validate that "rc_proto" is reasonable
Smatch complains that "rc_proto" comes from the user and it can result
in shift wrapping in ir_raw_encode_scancode()
drivers/media/rc/rc-ir-raw.c:526 ir_raw_encode_scancode()
error: undefined (user controlled) shift '1 << protocol'
This is true, but I reviewed the surrounding code and it appears
harmless. Anyway, let's verify that "rc_proto" is valid as a kernel
hardening measure.
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Sean Young <sean@mess.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Diffstat (limited to 'arch/s390/Makefile')
0 files changed, 0 insertions, 0 deletions