[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+icZUUZ8O9Phgv4yuL657DBVQpLThv4p7KHLtYj5oJ6QqDgDg@mail.gmail.com>
Date: Tue, 26 Feb 2013 10:39:25 +0100
From: Sedat Dilek <sedat.dilek@...il.com>
To: Stephen Rothwell <sfr@...b.auug.org.au>
Cc: linux-next@...r.kernel.org, linux-kernel@...r.kernel.org,
x86@...nel.org, Ingo Molnar <mingo@...hat.com>,
Steven Rostedt <rostedt@...dmis.org>
Subject: Re: linux-next: Tree for Feb 23 [ perf: NULL pointer dereference
perf_init_event() ]
On Mon, Feb 25, 2013 at 2:44 PM, Sedat Dilek <sedat.dilek@...il.com> wrote:
> On Mon, Feb 25, 2013 at 6:00 AM, Stephen Rothwell <sfr@...b.auug.org.au> wrote:
>> Hi all,
>>
>> Please do not add any work destined for v3.10 to your -next included
>> branches until after Linus has release v3.9-rc1.
>>
>> Changes since 20130222:
>>
>> The metag tree gained a conflict against Linus' tree.
>>
>> The kbuild tree gained a build failure so I used the version from
>> next-20130222.
>>
>> The drm tree still has its build failure for which I applied a patch.
>>
>> The watchdog tree gained a conflict against Linus' tree.
>>
>> The akpm tree gained a conflict against the vfs tree and lost lots of
>> patches that turned up elsewhere.
>>
>> ----------------------------------------------------------------------------
>>
>
> With today's Linux-Next I see multiple call-traces pointing to perf
> issues (excerpt, for full dmesg see attachments):
>
> [ 0.093651] Call Trace:
> [ 0.093656] [<ffffffff8112a808>] perf_event_alloc+0x358/0x490
> [ 0.093661] [<ffffffff810ec230>] ? touch_nmi_watchdog+0x80/0x80
> [ 0.093666] [<ffffffff8112ac6e>] perf_event_create_kernel_counter+0x2e/0xe0
> [ 0.093670] [<ffffffff810ec3ed>] watchdog_enable+0xfd/0x1e0
> [ 0.093676] [<ffffffff81087a3c>] smpboot_thread_fn+0x9c/0x170
> [ 0.093681] [<ffffffff810879a0>] ? lg_global_lock+0x70/0x70
> [ 0.093685] [<ffffffff8107fb80>] kthread+0xc0/0xd0
> [ 0.093689] [<ffffffff8107fac0>] ? flush_kthread_worker+0xb0/0xb0
> [ 0.093694] [<ffffffff816cc56c>] ret_from_fork+0x7c/0xb0
> [ 0.093698] [<ffffffff8107fac0>] ? flush_kthread_worker+0xb0/0xb0
> [ 0.093700] Code: 54 49 89 fc 48 c7 c7 c0 6d f5 81 53 48 83 ec 18
> e8 e4 a5 f5 ff 41 8b b4 24 a0 00 00 00 41 89 c5 48 8b 05 a2 c9 e2 00
> 89 f2 30 d2 <3b> 10 74 4a 48 c7 c7 80 6d f5 81 e8 ce ab 22 00 48 89 c3
> 48 85
> [ 0.093736] RIP [<ffffffff8112a3e2>] perf_init_event+0x32/0x100
> [ 0.093740] RSP <ffff880119b93d58>
> [ 0.093742] CR2: 0000000000000000
> [ 0.093746] ---[ end trace 941ac4690a5bae9e ]---
> [ 0.104659] Disabled fast string operations
> [ 0.106781] Brought up 4 CPUs
> [ 0.106785] BUG: unable to handle kernel NULL pointer dereference
> at (null)
> [ 0.106790] IP: [<ffffffff8112a3e2>] perf_init_event+0x32/0x100
> [ 0.106791] PGD 0
> [ 0.106794] Oops: 0000 [#4] SMP
> [ 0.106795] Modules linked in:
> [ 0.106798] CPU 3
> [ 0.106798] Pid: 22, comm: watchdog/3 Tainted: G D
> 3.8.0-next20130225-1-iniza-small #1 SAMSUNG ELECTRONICS CO., LTD.
> 530U3BI/530U4BI/530U4BH/530U3BI/530U4BI/530U4BH
> [ 0.106801] RIP: 0010:[<ffffffff8112a3e2>] [<ffffffff8112a3e2>]
> perf_init_event+0x32/0x100
> ...
>
> Regards,
> - Sedat -
I see the same call-traces with today's Linux-Next (next-20130226)!
Any hints/help?
- Sedat -
View attachment "dmesg_3.8.0-next20130226-1-iniza-small.txt" of type "text/plain" (65718 bytes)
Powered by blists - more mailing lists