From: Mike Kravetz <mike.kravetz@oracle.com>
To: Paul Gortmaker <paul.gortmaker@windriver.com>,
Christian Borntraeger <borntraeger@de.ibm.com>
Cc: Hillf Danton <hillf.zj@alibaba-inc.com>,
"'Andrew Morton'" <akpm@linux-foundation.org>,
"'Nadia Yvette Chambers'" <nyc@holomorphy.com>,
"'Alexander Viro'" <viro@zeniv.linux.org.uk>,
"'Naoya Horiguchi'" <n-horiguchi@ah.jp.nec.com>,
"'David Rientjes'" <rientjes@google.com>,
"'Davidlohr Bueso'" <dave@stgolabs.net>,
"'Linux Kernel Mailing List'" <linux-kernel@vger.kernel.org>
Subject: Re: Regression: 4.5-rc1 (bisect: hugetlb: make mm and fs code explicitly non-modular vs CONFIG_TIMER_STATS)
Date: Thu, 28 Jan 2016 07:05:40 -0800 [thread overview]
Message-ID: <56AA2E44.4070709@oracle.com> (raw)
In-Reply-To: <20160128143723.GN8889@windriver.com>
On 01/28/2016 06:37 AM, Paul Gortmaker wrote:
> [Re: Regression: 4.5-rc1 (bisect: hugetlb: make mm and fs code explicitly non-modular vs CONFIG_TIMER_STATS)] On 28/01/2016 (Thu 10:48) Christian Borntraeger wrote:
>
>> On 01/28/2016 10:40 AM, Hillf Danton wrote:
>>>>
>>>> Paul,
>>>>
>>>> the commit 3e89e1c5ea842 ("hugetlb: make mm and fs code explicitly non-modular")
>>>> triggers belows warning/oops, if CONFIG_TIMER_STATS is set.
>>>>
>>>> Looking at the patch the only "real" change is the init_call,
>>>> and indeed
>>>> --- a/mm/hugetlb.c
>>>> +++ b/mm/hugetlb.c
>>>> @@ -2653,7 +2653,7 @@ static int __init hugetlb_init(void)
>>>> mutex_init(&hugetlb_fault_mutex_table[i]);
>>>> return 0;
>>>> }
>>>> -subsys_initcall(hugetlb_init);
>>>> +device_initcall(hugetlb_init);
>>>>
>>>> /* Should be called on processing a hugepagesz=... option */
>>>> void __init hugetlb_add_hstate(unsigned int order)
>>>>
>>>> makes the problem go away.
>>>
>>> Helps more if a patch is delivered.
>>
>> The problem is that the original change was intentional. So I do not not
>> what the right fix is.
>
> Thanks for the report ; let me see if I can work out what TIMER_STATS
> is doing to cause this sometime today.
>
Hmmm? CONFIG_TIMER_STATS is set in my config and I am not seeing the
issue. Not sure, but it looks like Christian is building/running on
s390. This 'might' be a contributing factor.
--
Mike Kravetz
> P.
> --
>
>>
>>
>>>
>>> thanks
>>> Hillf
>>>
>>>> Not sure yet, what CONFIG_TIMER_STATS changes in terms of kobject, though.
>>>>
>>>>
>>>>
>>>>
>>>> [ 0.998607] kobject: '(null)' (0000000000000010): is not initialized, yet kobject_get() is being called.
>>>> [ 0.998620] ------------[ cut here ]------------
>>>> [ 0.998621] WARNING: at lib/kobject.c:597
>>>> [ 0.998622] Modules linked in:
>>>> [ 0.998625] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.5.0-rc1 #174
>>>> [ 0.998626] task: 0000000232720000 ti: 000000023270c000 task.ti: 000000023270c000
>>>> [ 0.998628] Krnl PSW : 0704c00180000000 000000000058276c (kobject_get+0x6c/0x90)
>>>> [ 0.998632] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 EA:3
>>>> Krnl GPRS: 000000000000006c 0000000232720000 000000000000005c 0000000000000001
>>>> [ 0.998635] 0000000000287e04 0000000000000000 0000000000dd99a8 0000000000000000
>>>> [ 0.998636] 0000000000d86008 0000000000000000 0000000000000000 0000000000000000
>>>> [ 0.998637] 0000000000000010 0000000000000010 0000000000582768 000000023270fbb0
>>>> [ 0.998643] Krnl Code: 000000000058275c: c02000267259 larl %%r2,a50c0e
>>>> 0000000000582762: c0e5ffe82b17 brasl %%r14,287d90
>>>> #0000000000582768: a7f40001 brc 15,58276a
>>>> >000000000058276c: a7f4ffe2 brc 15,582730
>>>> 0000000000582770: c010003d24f3 larl %%r1,d27156
>>>> 0000000000582776: 95001000 cli 0(%%r1),0
>>>> 000000000058277a: a774ffe6 brc 7,582746
>>>> 000000000058277e: a7f40001 brc 15,582780
>>>> [ 0.998653] Call Trace:
>>>> [ 0.998655] ([<0000000000582768>] kobject_get+0x68/0x90)
>>>> [ 0.998657] [<000000000058318e>] kobject_add_internal+0x46/0x2e8
>>>> [ 0.998658] [<0000000000583684>] kobject_add+0x7c/0xd0
>>>> [ 0.998660] [<0000000000583722>] kobject_create_and_add+0x4a/0x98
>>>> [ 0.998662] [<00000000002e8ee0>] hugetlb_register_node+0x68/0x130
>>>> [ 0.998663] [<0000000000d59ef0>] hugetlb_init+0x4f0/0x600
>>>> [ 0.998665] [<00000000001001da>] do_one_initcall+0xa2/0x1b8
>>>> [ 0.998666] [<0000000000d3ae52>] kernel_init_freeable+0x232/0x2e0
>>>> [ 0.998668] [<00000000008312d2>] kernel_init+0x2a/0x120
>>>> [ 0.998670] [<000000000083d332>] kernel_thread_starter+0x6/0xc
>>>> [ 0.998671] [<000000000083d32c>] kernel_thread_starter+0x0/0xc
>>>> [ 0.998673] no locks held by swapper/0/1.
>>>> [ 0.998673] Last Breaking-Event-Address:
>>>> [ 0.998675] [<0000000000582768>] kobject_get+0x68/0x90
>>>> [ 0.998678] ---[ end trace cae7490da7950580 ]---
>>>> [ 0.998679] Unable to handle kernel pointer dereference in virtual kernel address space
>>>> [ 0.998681] failing address: 0000000000000000 TEID: 0000000000000483
>>>> [ 0.998681] Fault in home space mode while using kernel ASCE.
>>>> [ 0.998684] AS:0000000000fb1007 R3:000000023ffcf007 S:000000023fff8000 P:000000000000003d
>>>> [ 0.998719] Oops: 0004 ilc:3 [#1] SMP DEBUG_PAGEALLOC
>>>> [ 0.998721] Modules linked in:
>>>> [ 0.998723] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W 4.5.0-rc1 #174
>>>> [ 0.998725] task: 0000000232720000 ti: 000000023270c000 task.ti: 000000023270c000
>>>> [ 0.998726] Krnl PSW : 0704c00180000000 0000000000582734 (kobject_get+0x34/0x90)
>>>> [ 0.998729] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 EA:3
>>>> Krnl GPRS: 000000000000006c 0000000200000001 000000000000005c 0000000000000001
>>>> [ 0.998731] 0000000000287e04 0000000000000000 0000000000dd99a8 0000000000000000
>>>> [ 0.998733] 0000000000d86008 0000000000000000 0000000000000000 0000000000000000
>>>> [ 0.998734] 0000000000000010 0000000000000010 0000000000582768 000000023270fbb0
>>>> [ 0.998739] Krnl Code: 0000000000582728: 9180203c tm 60(%%r2),128
>>>> 000000000058272c: a7840013 brc 8,582752
>>>> #0000000000582730: a7180001 lhi %%r1,1
>>>> >0000000000582734: eb11d03800f8 laa %%r1,%%r1,56(%%r13)
>>>> 000000000058273a: 07e0 bcr 14,%%r0
>>>> 000000000058273c: a71a0001 ahi %%r1,1
>>>> 0000000000582740: ec1c0018017e cij %%r1,1,12,582770
>>>> 0000000000582746: b904002d lgr %%r2,%%r13
>>>> [ 0.998839] Call Trace:
>>>> [ 0.998841] ([<0000000000582768>] kobject_get+0x68/0x90)
>>>> [ 0.998843] [<000000000058318e>] kobject_add_internal+0x46/0x2e8
>>>> [ 0.998844] [<0000000000583684>] kobject_add+0x7c/0xd0
>>>> [ 0.998846] [<0000000000583722>] kobject_create_and_add+0x4a/0x98
>>>> [ 0.998847] [<00000000002e8ee0>] hugetlb_register_node+0x68/0x130
>>>> [ 0.998849] [<0000000000d59ef0>] hugetlb_init+0x4f0/0x600
>>>> [ 0.998850] [<00000000001001da>] do_one_initcall+0xa2/0x1b8
>>>> [ 0.998852] [<0000000000d3ae52>] kernel_init_freeable+0x232/0x2e0
>>>> [ 0.998853] [<00000000008312d2>] kernel_init+0x2a/0x120
>>>> [ 0.998855] [<000000000083d332>] kernel_thread_starter+0x6/0xc
>>>> [ 0.998856] [<000000000083d32c>] kernel_thread_starter+0x0/0xc
>>>> [ 0.998857] INFO: lockdep is turned off.
>>>> [ 0.998858] Last Breaking-Event-Address:
>>>> [ 0.998859] [<000000000058276c>] kobject_get+0x6c/0x90
>>>> [ 0.998861]
>>>> [ 0.998863] Kernel panic - not syncing: Fatal exception: panic_on_oops
>>>
>>
next prev parent reply other threads:[~2016-01-28 15:06 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-28 9:16 Christian Borntraeger
2016-01-28 9:40 ` Hillf Danton
2016-01-28 9:48 ` Christian Borntraeger
2016-01-28 14:37 ` Paul Gortmaker
2016-01-28 15:05 ` Mike Kravetz [this message]
2016-01-28 22:18 ` Mike Kravetz
2016-01-28 22:59 ` Paul Gortmaker
2016-01-29 0:27 ` Mike Kravetz
2016-01-29 8:23 ` Christian Borntraeger
2016-01-29 14:24 ` Paul Gortmaker
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=56AA2E44.4070709@oracle.com \
--to=mike.kravetz@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=borntraeger@de.ibm.com \
--cc=dave@stgolabs.net \
--cc=hillf.zj@alibaba-inc.com \
--cc=linux-kernel@vger.kernel.org \
--cc=n-horiguchi@ah.jp.nec.com \
--cc=nyc@holomorphy.com \
--cc=paul.gortmaker@windriver.com \
--cc=rientjes@google.com \
--cc=viro@zeniv.linux.org.uk \
/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
Powered by JetHome