lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c62985530812091205r5b5afb29o5d9282076c7094c3@mail.gmail.com>
Date:	Tue, 9 Dec 2008 21:05:29 +0100
From:	"Frédéric Weisbecker" <fweisbec@...il.com>
To:	"Ingo Molnar" <mingo@...e.hu>
Cc:	"Steven Rostedt" <rostedt@...dmis.org>,
	"Linux Kernel" <linux-kernel@...r.kernel.org>
Subject: Re: [crash] Re: [PATCH 1/3] tracing/function-graph-tracer: introduce __notrace_funcgraph to filter special functions

2008/12/9 Frédéric Weisbecker <fweisbec@...il.com>:
> 2008/12/9 Ingo Molnar <mingo@...e.hu>:
>>
>> * Ingo Molnar <mingo@...e.hu> wrote:
>>
>>> yes - but there's a few pending regressions right now delaying the
>>> reintegration.
>>
>> one of them is a new type of ftrace crash that started triggering in
>> tip/master:
>>
>> [    3.610253] initcall init_stack_trace+0x0/0x12 returned 0 after 105468 usecs
>> [    3.616017] calling  init_function_trace+0x0/0x12 @ 1
>> [    3.620014] Testing tracer function: <1>BUG: unable to handle kernel paging request at ffffffffffffff89
>> [    3.648007] IP: [<ffffffff802113a9>] save_rest+0x9/0x70
>> [    3.648007] PGD 203067 PUD 204067 PMD 0
>> [    3.648007] Thread overran stack, or stack corrupted
>> [    3.648007] Oops: 0000 [#1] SMP
>> [    3.648007] last sysfs file:
>> [    3.648007] CPU 0
>> [    3.648007] Pid: 0, comm: swapper Not tainted 2.6.28-rc7-tip-01358-g7c567b4-dirty #6311
>> [    3.648007] RIP: 0010:[<ffffffff802113a9>]  [<ffffffff802113a9>] save_rest+0x9/0x70
>> [    3.648007] RSP: 0018:ffffffff816fde40  EFLAGS: 00010296
>> [    3.648007] RAX: 0000000000000000 RBX: ffffffffffffffff RCX: 0000000000000003
>> [    3.648007] RDX: 0000000000000000 RSI: ffffffff80218b1c RDI: ffffffff80218acc
>> [    3.648007] RBP: ffffffff816fde88 R08: ffffffff8025e538 R09: 0000000000000001
>> [    3.648007] R10: ffffffff80242084 R11: 0000000000000000 R12: 0000000000000001
>> [    3.648007] R13: ffffffff8177f3a0 R14: ffffffff81782390 R15: 0000000000092f70
>> [    3.648007] FS:  0000000000000000(0000) GS:ffffffff816f1b00(0000) knlGS:0000000000000000
>> [    3.648007] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
>> [    3.648007] CR2: ffffffffffffff89 CR3: 0000000000201000 CR4: 00000000000006e0
>> [    3.648007] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
>> [    3.648007] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> [    3.648007] Process swapper (pid: 0, threadinfo ffffffff816fc000, task ffffffff8150d4a0)
>> [    3.648007] Stack:
>> [    3.648007]  ffffffff802112d6 0000000000000000 0000000000000003 0000000000000000
>> [    3.648007]  ffffffff816fc010 0000000000000003 ffffffff8025e538 0000000000000001
>> [    3.648007]  ffffffff80218ad1 ffffffff816fde98 ffffffff80218b1c ffffffff816fdec8
>> [    3.648007] Call Trace:
>> [    3.648007]  [<ffffffff802112d6>] ? ftrace_call+0x5/0x2b
>> [    3.648007]  [<ffffffff8025e538>] ? __atomic_notifier_call_chain+0x0/0x87
>> [    3.648007]  [<ffffffff80218ad1>] ? constant_test_bit+0x9/0x26
>> [    3.648007]  [<ffffffff80218b1c>] need_resched+0x23/0x2d
>> [    3.648007]  [<ffffffff80218dff>] poll_idle+0x33/0x42
>> [    3.648007]  [<ffffffff8025e5ce>] ? atomic_notifier_call_chain+0xf/0x11
>> [    3.648007]  [<ffffffff8029230c>] ? stop_critical_timings+0x9/0x21
>> [    3.648007]  [<ffffffff802100c9>] cpu_idle+0xac/0xe0
>> [    3.648007]  [<ffffffff80e28bf2>] rest_init+0x66/0x68
>> [    3.648007]  [<ffffffff8172be75>] start_kernel+0x47d/0x488
>> [    3.648007]  [<ffffffff8172b140>] ? early_idt_handler+0x0/0x73
>> [    3.648007]  [<ffffffff8172b2c3>] x86_64_start_reservations+0xae/0xb2
>> [    3.648007]  [<ffffffff8172b421>] x86_64_start_kernel+0x137/0x146
>> [    3.648007] Code: 00 00 00 75 0b 58 65 48 8b 24 25 30 00 00 00 50 e8 78 6e c7 00 c3 66 66 66 90 66 66 66 90 66 66 66 90 4c 8b 5c 24 38 48 89 5c 24 <38> 48 89 6c 24 30 4c 89 64 24 28 4c 89 6c 24 20 4c 89 74 24 18
>> [    3.648007] RIP  [<ffffffff802113a9>] save_rest+0x9/0x70
>> [    3.648007]  RSP <ffffffff816fde40>
>> [    3.648007] CR2: ffffffffffffff89
>> [    3.648007] ---[ end trace 5a5d197966b56a2e ]---
>> [    3.648007] Kernel panic - not syncing: Attempted to kill the idle task!
>> [    3.648007] Pid: 0, comm: swapper Tainted: G      D    2.6.28-rc7-tip-01358-g7c567b4-dirty #6311
>>
>> Full crashlog and config attached.
>>
>>        Ingo
>>
>
>
> Ok I will try this config this evening.
> Thanks.
>


I built this config on an smp x86-64 and booted several times (and
tested the function tracer manually) with and without the following
options:

initcall_debug apic=verbose sysrq_always_enabled ignore_loglevel
selinux=0 nmi_watchdog=2 idle=poll

And I can't reproduce this bug.... That might be a very nasty race condition...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ