summaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/bin
diff options
context:
space:
mode:
authorQiu-ji Chen <chenqiuji666@gmail.com>2024-09-27 16:39:02 +0800
committerHans Verkuil <hverkuil-cisco@xs4all.nl>2024-10-12 16:28:26 +0200
commitca59f9956d4519ab18ab2270be47c6b8c6ced091 (patch)
treea3b70001c1f355174879ca71216912d9ff6ec16b /tools/perf/scripts/python/bin
parentb8fc42dc065742bc68df6a61a2aff8cbe364fa17 (diff)
downloadlinux-ca59f9956d4519ab18ab2270be47c6b8c6ced091.tar.gz
linux-ca59f9956d4519ab18ab2270be47c6b8c6ced091.zip
media: wl128x: Fix atomicity violation in fmc_send_cmd()
Atomicity violation occurs when the fmc_send_cmd() function is executed simultaneously with the modification of the fmdev->resp_skb value. Consider a scenario where, after passing the validity check within the function, a non-null fmdev->resp_skb variable is assigned a null value. This results in an invalid fmdev->resp_skb variable passing the validity check. As seen in the later part of the function, skb = fmdev->resp_skb; when the invalid fmdev->resp_skb passes the check, a null pointer dereference error may occur at line 478, evt_hdr = (void *)skb->data; To address this issue, it is recommended to include the validity check of fmdev->resp_skb within the locked section of the function. This modification ensures that the value of fmdev->resp_skb does not change during the validation process, thereby maintaining its validity. This possible bug is found by an experimental static analysis tool developed by our team. This tool analyzes the locking APIs to extract function pairs that can be concurrently executed, and then analyzes the instructions in the paired functions to identify possible concurrency bugs including data races and atomicity violations. Fixes: e8454ff7b9a4 ("[media] drivers:media:radio: wl128x: FM Driver Common sources") Cc: stable@vger.kernel.org Signed-off-by: Qiu-ji Chen <chenqiuji666@gmail.com> Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
Diffstat (limited to 'tools/perf/scripts/python/bin')
0 files changed, 0 insertions, 0 deletions