diff options
| author | Akihiko Odaki <akihiko.odaki@daynix.com> | 2023-10-09 17:40:50 +0100 |
|---|---|---|
| committer | Alex Bennée <alex.bennee@linaro.org> | 2023-10-11 08:46:33 +0100 |
| commit | 1063693e1c503517a489e38fca489525eaea26c1 (patch) | |
| tree | c061655e932b29ab5688e175c2ee3146f8be8708 /meson.build | |
| parent | fb13735ab418ef8a5f86a5fd6b056bdbafed0daa (diff) | |
| download | qemu-1063693e1c503517a489e38fca489525eaea26c1.zip qemu-1063693e1c503517a489e38fca489525eaea26c1.tar.gz qemu-1063693e1c503517a489e38fca489525eaea26c1.tar.bz2 | |
contrib/plugins: Use GRWLock in execlog
execlog had the following comment:
> As we could have multiple threads trying to do this we need to
> serialise the expansion under a lock. Threads accessing already
> created entries can continue without issue even if the ptr array
> gets reallocated during resize.
However, when the ptr array gets reallocated, the other threads may have
a stale reference to the old buffer. This results in use-after-free.
Use GRWLock to properly fix this issue.
Fixes: 3d7caf145e ("contrib/plugins: add execlog to log instruction execution and memory access")
Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
Message-Id: <20230912224107.29669-5-akihiko.odaki@daynix.com>
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
Message-Id: <20231009164104.369749-12-alex.bennee@linaro.org>
Diffstat (limited to 'meson.build')
0 files changed, 0 insertions, 0 deletions