[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <3D37F6BE-ECFC-4EC0-A7C4-341F85FC056E@oracle.com>
Date: Tue, 19 May 2020 15:21:58 -0500
From: John Donnelly <john.p.donnelly@...cle.com>
To: Arnd Bergmann <arnd@...db.de>
Cc: Chen Zhou <chenzhou10@...wei.com>,
Simon Horman <horms@...ge.net.au>,
Will Deacon <will@...nel.org>,
"open list:DOCUMENTATION" <linux-doc@...r.kernel.org>,
Catalin Marinas <catalin.marinas@....com>,
Bhupesh Sharma <bhsharma@...hat.com>,
kexec mailing list <kexec@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...hat.com>,
James Morse <james.morse@....com>,
Thomas Gleixner <tglx@...utronix.de>,
Prabhakar Kushwaha <pkushwaha@...vell.com>,
Dave Young <dyoung@...hat.com>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
John Donnelly <john.p.donnelly@...cle.com>
Subject: Re: [PATCH v7 0/4] support reserving crashkernel above 4G on arm64
kdump
> On May 19, 2020, at 5:21 AM, Arnd Bergmann <arnd@...db.de> wrote:
>
> On Thu, Mar 26, 2020 at 4:10 AM Chen Zhou <chenzhou10@...wei.com> wrote:
>>
>> Hi all,
>>
>> Friendly ping...
>
> I was asked about this patch series, and see that you last posted it in
> December. I think you should rebase it to linux-5.7-rc6 and post the
> entire series again to make progress, as it's unlikely that any maintainer
> would pick up the patches from last year.
>
> For the contents, everything seems reasonable to me, but I noticed that
> you are adding a property to the /chosen node without adding the
> corresponding documentation to
> Documentation/devicetree/bindings/chosen.txt
>
> Please add that, and Cc the devicetree maintainers on the updated
> patch.
>
> Arnd
>
>> On 2019/12/23 23:23, Chen Zhou wrote:
>>> This patch series enable reserving crashkernel above 4G in arm64.
>>>
>>> There are following issues in arm64 kdump:
>>> 1. We use crashkernel=X to reserve crashkernel below 4G, which will fail
>>> when there is no enough low memory.
>>> 2. Currently, crashkernel=Y@X can be used to reserve crashkernel above 4G,
>>> in this case, if swiotlb or DMA buffers are required, crash dump kernel
>>> will boot failure because there is no low memory available for allocation.
>>>
>>> The previous changes and discussions can be retrieved from:
>>>
>>> Changes since [v6]
>>> - Fix build errors reported by kbuild test robot.
> ...
Hi
We found
https://lkml.org/lkml/2020/4/30/1583
Has cured our Out-Of-Memory kdump failures.
From Henry Willard
Subject [PATCH] mm: Limit boost_watermark on small zones.
I am currently not on linux-kernel@...r.kernel.org. dlist for all to see this message so you may want to rebase and see if this cures your OoM issue and share the results.
Powered by blists - more mailing lists