aboutsummaryrefslogtreecommitdiff
path: root/block/blk-mq-rdma.c
diff options
context:
space:
mode:
authorGravatar Eli Cohen <elic@nvidia.com> 2023-02-08 07:51:02 +0200
committerGravatar Saeed Mahameed <saeedm@nvidia.com> 2023-03-24 16:03:52 -0700
commit4e0473f1060aa49621d40a113afde24818101d37 (patch)
tree2db1638290f344047b2651332f4919ede909513a /block/blk-mq-rdma.c
parentLinux 6.3-rc3 (diff)
downloadlinux-4e0473f1060aa49621d40a113afde24818101d37.tar.gz
linux-4e0473f1060aa49621d40a113afde24818101d37.tar.bz2
linux-4e0473f1060aa49621d40a113afde24818101d37.zip
lib: cpu_rmap: Avoid use after free on rmap->obj array entries
When calling irq_set_affinity_notifier() with NULL at the notify argument, it will cause freeing of the glue pointer in the corresponding array entry but will leave the pointer in the array. A subsequent call to free_irq_cpu_rmap() will try to free this entry again leading to possible use after free. Fix that by setting NULL to the array entry and checking that we have non-zero at the array entry when iterating over the array in free_irq_cpu_rmap(). The current code does not suffer from this since there are no cases where irq_set_affinity_notifier(irq, NULL) (note the NULL passed for the notify arg) is called, followed by a call to free_irq_cpu_rmap() so we don't hit and issue. Subsequent patches in this series excersize this flow, hence the required fix. Cc: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Eli Cohen <elic@nvidia.com> Signed-off-by: Saeed Mahameed <saeedm@nvidia.com> Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
Diffstat (limited to 'block/blk-mq-rdma.c')
0 files changed, 0 insertions, 0 deletions