[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d4871e70-c7c9-e638-d7c0-304ec8aea77b@leemhuis.info>
Date: Sat, 28 Jan 2023 14:55:58 +0100
From: "Linux kernel regression tracking (Thorsten Leemhuis)"
<regressions@...mhuis.info>
To: Borislav Petkov <bp@...en8.de>,
Mirsad Goran Todorovac <mirsad.todorovac@....unizg.hr>
Cc: Vlastimil Babka <vbabka@...e.cz>,
Andrew Morton <akpm@...ux-foundation.org>,
Alexander Potapenko <glider@...gle.com>,
Marco Elver <elver@...gle.com>,
Dmitry Vyukov <dvyukov@...gle.com>,
linux-mm <linux-mm@...ck.org>,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: Failure during Stack Depot allocating hash table of 1048576
entries with kvcalloc
On 28.01.23 12:03, Borislav Petkov wrote:
> On Sat, Jan 28, 2023 at 03:41:50AM +0100, Mirsad Goran Todorovac wrote:
>> This appears to be a duplicate of the report:
>> https://lore.kernel.org/linux-mm/2c677d85-820c-d41a-fc98-7d3974b49e42@alu.unizg.hr/raw
>
> Yah, looks like
>
> 56a61617dd22 ("mm: use stack_depot for recording kmemleak's backtrace")
>
> needs to be reverted.
Unless I'm missing something (which might easily be the case) there is a
patch for that issue in -mm already:
https://lore.kernel.org/all/20230119224022.80752C433F0@smtp.kernel.org/
Or where two different issues discussed in the thread Mirsad mentioned
above?
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
Powered by blists - more mailing lists