When the user does:
echo 0 > /sys/devices/system/cpu/cpu1/online
echo 1 > /sys/devices/system/cpu/cpu1/online
kmemleak reports:
kmemleak: 7 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
One of the leaks is from xen/time:
unreferenced object 0xffff88003fa51280 (size 32):
comm "swapper/0", pid 1, jiffies
4294667339 (age 1027.789s)
hex dump (first 32 bytes):
74 69 6d 65 72 31 00 00 00 00 00 00 00 00 00 00 timer1..........
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
backtrace:
[<
ffffffff81660721>] kmemleak_alloc+0x21/0x50
[<
ffffffff81190aac>] __kmalloc_track_caller+0xec/0x2a0
[<
ffffffff812fe1bb>] kvasprintf+0x5b/0x90
[<
ffffffff812fe228>] kasprintf+0x38/0x40
[<
ffffffff81041ec1>] xen_setup_timer+0x51/0xf0
[<
ffffffff8166339f>] xen_cpu_up+0x5f/0x3e8
[<
ffffffff8166bbf5>] _cpu_up+0xd1/0x14b
[<
ffffffff8166bd48>] cpu_up+0xd9/0xec
[<
ffffffff81ae6e4a>] smp_init+0x4b/0xa3
[<
ffffffff81ac4981>] kernel_init_freeable+0xdb/0x1e6
[<
ffffffff8165ce39>] kernel_init+0x9/0xf0
[<
ffffffff8167edfc>] ret_from_fork+0x7c/0xb0
[<
ffffffffffffffff>] 0xffffffffffffffff
This patch fixes it by stashing away the 'name' in the per-cpu
data structure and freeing it when offlining the CPU.
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
#include <linux/kernel_stat.h>
#include <linux/math64.h>
#include <linux/gfp.h>
+#include <linux/slab.h>
#include <asm/pvclock.h>
#include <asm/xen/hypervisor.h>
void xen_setup_timer(int cpu)
{
- const char *name;
+ char *name;
struct clock_event_device *evt;
int irq;
evt->cpumask = cpumask_of(cpu);
evt->irq = irq;
+ per_cpu(xen_clock_events, cpu).name = name;
}
void xen_teardown_timer(int cpu)
evt = &per_cpu(xen_clock_events, cpu).evt;
unbind_from_irqhandler(evt->irq, NULL);
evt->irq = -1;
+ kfree(per_cpu(xen_clock_events, cpu).name);
+ per_cpu(xen_clock_events, cpu).name = NULL;
}
void xen_setup_cpu_clockevents(void)