From: Peter Zijlstra <peterz@infradead.org>
To: Sasha Levin <sasha.levin@oracle.com>
Cc: Ingo Molnar <mingo@kernel.org>,
acme@ghostprotocols.net, LKML <linux-kernel@vger.kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Dave Jones <davej@redhat.com>
Subject: Re: perf: use after free in perf_remove_from_context
Date: Thu, 29 May 2014 09:59:11 +0200 [thread overview]
Message-ID: <20140529075911.GB30445@twins.programming.kicks-ass.net> (raw)
In-Reply-To: <53869C0A.3020400@oracle.com>
[-- Attachment #1: Type: text/plain, Size: 4065 bytes --]
On Wed, May 28, 2014 at 10:31:38PM -0400, Sasha Levin wrote:
> I've just had this:
>
>
> [ 591.111854] general protection fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
> [ 591.121057] Dumping ftrace buffer:
> [ 591.121057] (ftrace buffer empty)
> [ 591.121057] Modules linked in:
> [ 591.121057] CPU: 14 PID: 10272 Comm: trinity-c230 Tainted: G W 3.15.0-rc7-next-20140528-sasha-00019-gd193e91-dirty #545
> [ 591.121057] task: ffff8802df0d3000 ti: ffff8802df0fe000 task.ti: ffff8802df0fe000
> [ 591.129130] RIP: perf_event_exit_task (kernel/events/core.c:7492 kernel/events/core.c:7524)
> [ 591.129130] RSP: 0000:ffff8802df0ffe28 EFLAGS: 00010246
> [ 591.129130] RAX: 0000000000000000 RBX: ffff8802df0d3000 RCX: 0000000000000001
> [ 591.129130] RDX: 0000000000000000 RSI: ffffffff97088100 RDI: 0000000000000282
> [ 591.129130] RBP: ffff8802df0ffe98 R08: 0000000000000000 R09: 0000000000000000
> [ 591.129130] R10: 0000000000000001 R11: 0000000000000000 R12: 6b6b6b6b6b6b6b6b
> [ 591.129130] R13: 6b6b6b6b6b6b6b6b R14: ffff8806c9bfd550 R15: 0000000000000001
> [ 591.129130] FS: 00007f4b26866700(0000) GS:ffff88036ae00000(0000) knlGS:0000000000000000
> [ 591.129130] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 591.129130] CR2: 0000000001a3a9f8 CR3: 000000001702c000 CR4: 00000000000006a0
> [ 591.129130] Stack:
> [ 591.129130] ffff8802df0ffe48 ffff8802df09cce0 ffff8802fdf99488 ffff8802fdf99290
> [ 591.129130] ffff8806c9bfd5a8 ffff8806c9bfd670 ffff8802df0ffe88 6b6b6b6b6b6b6b6b
> [ 591.129130] ffff8802df0ffe98 0000000000000001 0000000000000001 ffff8802df0d3000
> [ 591.129130] Call Trace:
> [ 591.129130] do_exit (kernel/exit.c:766)
> [ 591.129130] ? __this_cpu_preempt_check (lib/smp_processor_id.c:63)
> [ 591.129130] ? trace_hardirqs_on_caller (kernel/locking/lockdep.c:2557 kernel/locking/lockdep.c:2599)
> [ 591.129130] ? trace_hardirqs_on (kernel/locking/lockdep.c:2607)
> [ 591.129130] do_group_exit (kernel/exit.c:884)
> [ 591.129130] SyS_exit_group (kernel/exit.c:895)
> [ 591.129130] tracesys (arch/x86/kernel/entry_64.S:542)
> [ 591.129130] Code: a0 02 00 00 49 89 95 a8 02 00 00 4c 8b 45 a0 4c 89 c7 e8 11 c2 2c 03 48 8b 45 a8 48 89 c7 e8 15 7c ff ff 4c 89 ef e8 bd 7b ff ff <49> 8b 45 00 48 89 45 c8 4c 8b 6d c8 e8 cc 19 f6 ff 85 c0 74 0e
> All code
> ========
> 0: a0 02 00 00 49 89 95 movabs 0x2a8958949000002,%al
> 7: a8 02
> 9: 00 00 add %al,(%rax)
> b: 4c 8b 45 a0 mov -0x60(%rbp),%r8
> f: 4c 89 c7 mov %r8,%rdi
> 12: e8 11 c2 2c 03 callq 0x32cc228
> 17: 48 8b 45 a8 mov -0x58(%rbp),%rax
> 1b: 48 89 c7 mov %rax,%rdi
> 1e: e8 15 7c ff ff callq 0xffffffffffff7c38
> 23: 4c 89 ef mov %r13,%rdi
> 26: e8 bd 7b ff ff callq 0xffffffffffff7be8
> 2b:* 49 8b 45 00 mov 0x0(%r13),%rax <-- trapping instruction
> 2f: 48 89 45 c8 mov %rax,-0x38(%rbp)
> 33: 4c 8b 6d c8 mov -0x38(%rbp),%r13
> 37: e8 cc 19 f6 ff callq 0xfffffffffff61a08
> 3c: 85 c0 test %eax,%eax
> 3e: 74 0e je 0x4e
> ...
>
> Code starting with the faulting instruction
> ===========================================
> 0: 49 8b 45 00 mov 0x0(%r13),%rax
> 4: 48 89 45 c8 mov %rax,-0x38(%rbp)
> 8: 4c 8b 6d c8 mov -0x38(%rbp),%r13
> c: e8 cc 19 f6 ff callq 0xfffffffffff619dd
> 11: 85 c0 test %eax,%eax
> 13: 74 0e je 0x23
> ...
> [ 591.129130] RIP perf_event_exit_task (kernel/events/core.c:7492 kernel/events/core.c:7524)
> [ 591.129130] RSP <ffff8802df0ffe28>
>
>
> Seems similar enough.
Shiny, you got the code bits scripted ;-)
Yeah, looks about the same, one of the list elements (I checked, its not
the list head itself, or at least it wasn't when I managed to hit) was
freed while still on the list.
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2014-05-29 7:59 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-12 15:42 Sasha Levin
2014-05-14 16:29 ` Peter Zijlstra
2014-05-14 16:32 ` Sasha Levin
2014-05-14 16:35 ` Peter Zijlstra
2014-05-14 16:38 ` Sasha Levin
2014-05-14 16:52 ` Peter Zijlstra
2014-05-14 17:09 ` Sasha Levin
2014-05-14 17:20 ` Dave Jones
2014-05-14 18:37 ` Peter Zijlstra
2014-05-28 23:52 ` Sasha Levin
2014-05-29 2:31 ` Sasha Levin
2014-05-29 7:59 ` Peter Zijlstra [this message]
2014-05-29 7:57 ` Peter Zijlstra
2014-05-29 14:47 ` Sasha Levin
2014-05-29 15:07 ` Peter Zijlstra
2014-05-29 16:44 ` Sasha Levin
2014-05-29 16:50 ` Peter Zijlstra
2014-05-29 16:52 ` Sasha Levin
2014-05-29 17:00 ` Peter Zijlstra
2014-05-29 22:37 ` Sasha Levin
2014-06-05 14:38 ` [tip:perf/core] perf: Fix use after free in perf_remove_from_context() tip-bot for Peter Zijlstra
2014-05-15 18:11 ` eventpoll __list_del_entry corruption (was: perf: use after free in perf_remove_from_context) Peter Zijlstra
2014-05-15 18:16 ` eventpoll __list_del_entry corruption Sasha Levin
2014-06-16 9:44 ` Eric Wong
2014-05-21 8:25 ` BUG at /usr/src/linux-2.6/mm/filemap.c:202 (was: perf: use after free in perf_remove_from_context) Peter Zijlstra
2014-05-21 13:02 ` BUG at /usr/src/linux-2.6/mm/filemap.c:202 Sasha Levin
2014-06-03 15:07 ` eventpoll __list_del_entry corruption Jason Baron
2014-06-03 15:11 ` Peter Zijlstra
2014-05-16 15:34 ` BUG_ON drivers/char/random.c:986 (Was: perf: use after free in perf_remove_from_context) Peter Zijlstra
2014-05-16 16:06 ` H. Peter Anvin
2014-05-16 16:21 ` Peter Zijlstra
2014-05-17 0:46 ` Hannes Frederic Sowa
2014-05-17 2:18 ` Theodore Ts'o
2014-05-17 16:24 ` Sasha Levin
2014-05-17 17:00 ` Peter Zijlstra
2014-07-15 4:36 ` BUG_ON drivers/char/random.c:986 Dave Jones
2014-07-15 20:29 ` Hannes Frederic Sowa
2014-07-16 8:33 ` Theodore Ts'o
2014-07-16 19:18 ` [PATCH] random: check for increase of entropy_count because of signed conversion Hannes Frederic Sowa
2014-07-18 21:25 ` Theodore Ts'o
2014-07-18 21:43 ` Hannes Frederic Sowa
2014-07-18 21:50 ` Theodore Ts'o
2014-07-18 22:07 ` Theodore Ts'o
2014-07-18 23:35 ` Hannes Frederic Sowa
2014-07-19 5:42 ` Theodore Ts'o
2014-07-19 6:20 ` Hannes Frederic Sowa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140529075911.GB30445@twins.programming.kicks-ass.net \
--to=peterz@infradead.org \
--cc=acme@ghostprotocols.net \
--cc=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=sasha.levin@oracle.com \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®