lkml.org 
[lkml]   [2020]   [May]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH v7 0/4] support reserving crashkernel above 4G on arm64 kdump
    From
    Date
    Hi Arnd,

    On 2020/5/19 18:21, Arnd Bergmann wrote:
    > On Thu, Mar 26, 2020 at 4:10 AM Chen Zhou <chenzhou10@huawei.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

    Thanks for your review and comments, i will rebase it to linux-5.7-rc6 and add the
    corresponding documentation.

    Thanks,
    Chen Zhou

    >> 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.
    > ...
    >
    > .
    >


    \
     
     \ /
      Last update: 2020-05-20 05:31    [W:4.013 / U:0.692 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site