aboutsummaryrefslogtreecommitdiffstats
path: root/fs/proc/array.c
diff options
context:
space:
mode:
authorErik Kaneda <[email protected]>2020-11-30 19:20:47 +0000
committerRafael J. Wysocki <[email protected]>2020-12-01 17:13:30 +0000
commit32cf1a12cad43358e47dac8014379c2f33dfbed4 (patch)
tree041643054491108a5cd19404ab3c5117ed1d9456 /fs/proc/array.c
parentACPICA: Add function trace macros to improve debugging (diff)
downloadkernel-32cf1a12cad43358e47dac8014379c2f33dfbed4.tar.gz
kernel-32cf1a12cad43358e47dac8014379c2f33dfbed4.zip
ACPICA: Interpreter: fix memory leak by using existing buffer
ACPICA commit 52d1da5dcbd79a722b70f02a1a83f04088f51ff6 There was a memory leak that ocurred when a _CID object is defined as a package containing string objects. When _CID is checked for any possible repairs, it calls a helper function to repair _HID (because _CID basically contains multiple _HID entries). The _HID repair function assumes that string objects are standalone objects that are not contained inside of any packages. The _HID repair function replaces the string object with a brand new object and attempts to delete the old object by decrementing the reference count of the old object. Strings inside of packages have a reference count of 2 so the _HID repair function leaves this object in a dangling state and causes a memory leak. Instead of allocating a brand new object and removing the old object, use the existing object when repairing the _HID object. Link: https://github.com/acpica/acpica/commit/52d1da5d Signed-off-by: Erik Kaneda <[email protected]> Signed-off-by: Bob Moore <[email protected]> Signed-off-by: Rafael J. Wysocki <[email protected]>
Diffstat (limited to 'fs/proc/array.c')
0 files changed, 0 insertions, 0 deletions