Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1330625

[patch 3/4] perf: Plug potential memory leak in CPU_UP_PREPARE

From Thomas Gleixner <tglx@linutronix.de>
Newsgroups linux.kernel
Subject [patch 3/4] perf: Plug potential memory leak in CPU_UP_PREPARE
Date 2016-02-09 21:20 +0100
Message-ID <r0mVr-wW-11@gated-at.bofh.it> (permalink)
References <r0mVr-wW-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


If CPU_UP_PREPARE is called it is not guaranteed, that a previously allocated
and assigned hash has been freed already, but perf_event_init_cpu()
unconditionally allocates and assignes a new hash if the swhash is referenced.
By overwriting the pointer the existing hash is not longer accessible.

Verify that there is no hash assigned on this cpu before allocating and
assigning a new one.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 kernel/events/core.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/kernel/events/core.c
+++ b/kernel/events/core.c
@@ -9206,7 +9206,7 @@ static void perf_event_init_cpu(int cpu)
 	struct swevent_htable *swhash = &per_cpu(swevent_htable, cpu);
 
 	mutex_lock(&swhash->hlist_mutex);
-	if (swhash->hlist_refcount > 0) {
+	if (swhash->hlist_refcount > 0 && !swevent_hlist_deref(swhash)) {
 		struct swevent_hlist *hlist;
 
 		hlist = kzalloc_node(sizeof(*hlist), GFP_KERNEL, cpu_to_node(cpu));

Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread


Thread

[patch 3/4] perf: Plug potential memory leak in CPU_UP_PREPARE Thomas Gleixner <tglx@linutronix.de> - 2016-02-09 21:20 +0100
  [tip:perf/core] perf/core:   Plug potential memory leak in CPU_UP_PREPARE tip-bot for Thomas Gleixner <tipbot@zytor.com> - 2016-02-17 13:30 +0100

csiph-web