[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55b7ba6e-6282-2cf6-c42c-272bdd23a607@arm.com>
Date: Thu, 3 Dec 2020 17:26:59 +0000
From: Vincenzo Frascino <vincenzo.frascino@....com>
To: Andrey Konovalov <andreyknvl@...gle.com>,
Catalin Marinas <catalin.marinas@....com>
Cc: vjitta@...eaurora.org, Minchan Kim <minchan@...nel.org>,
Alexander Potapenko <glider@...gle.com>,
Dan Williams <dan.j.williams@...el.com>,
Mark Brown <broonie@...nel.org>,
Masami Hiramatsu <mhiramat@...nel.org>,
LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>, ylal@...eaurora.org,
vinmenon@...eaurora.org, kasan-dev <kasan-dev@...glegroups.com>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Linux-Next Mailing List <linux-next@...r.kernel.org>,
Qian Cai <qcai@...hat.com>
Subject: Re: [PATCH v2] lib: stackdepot: Add support to configure
STACK_HASH_SIZE
On 12/3/20 4:34 PM, Vincenzo Frascino wrote:
> Hi Andrey,
>
> On 12/3/20 4:15 PM, Andrey Konovalov wrote:
>> On Thu, Dec 3, 2020 at 5:04 PM Qian Cai <qcai@...hat.com> wrote:
>>>
>>> On Thu, 2020-11-26 at 10:13 +0530, vjitta@...eaurora.org wrote:
>>>> From: Yogesh Lal <ylal@...eaurora.org>
>>>>
>>>> Add a kernel parameter stack_hash_order to configure STACK_HASH_SIZE.
>>>>
>>>> Aim is to have configurable value for STACK_HASH_SIZE, so that one
>>>> can configure it depending on usecase there by reducing the static
>>>> memory overhead.
>>>>
>>>> One example is of Page Owner, default value of STACK_HASH_SIZE lead
>>>> stack depot to consume 8MB of static memory. Making it configurable
>>>> and use lower value helps to enable features like CONFIG_PAGE_OWNER
>>>> without any significant overhead.
>>>>
>>>> Suggested-by: Minchan Kim <minchan@...nel.org>
>>>> Signed-off-by: Yogesh Lal <ylal@...eaurora.org>
>>>> Signed-off-by: Vijayanand Jitta <vjitta@...eaurora.org>
>>>
>>> Reverting this commit on today's linux-next fixed boot crash with KASAN.
>>>
>>> .config:
>>> https://cailca.coding.net/public/linux/mm/git/files/master/x86.config
>>> https://cailca.coding.net/public/linux/mm/git/files/master/arm64.config
>>
>> Vincenzo, Catalin, looks like this is the cause of the crash you
>> observed. Reverting this commit from next-20201203 fixes KASAN for me.
>>
>> Thanks for the report Qian!
>>
>
> Thank you for this. I will try and let you know as well.
>
Reverting the patch above works for me as well, and the problem seems to be the
order on which the initcalls are invoked. In fact stackdepot should be
initialized before kasan from what I can see.
--
Regards,
Vincenzo
Powered by blists - more mailing lists