Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp712479pxb; Wed, 20 Jan 2021 19:36:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJxCLIYfLzGO8txzQ333RCuvQM2PTukHdL2JRE/GMhkg2pqXcI8ESN7rQ/0HYYBg2P7yWT3v X-Received: by 2002:a05:6402:1b11:: with SMTP id by17mr9329120edb.373.1611200201176; Wed, 20 Jan 2021 19:36:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611200201; cv=none; d=google.com; s=arc-20160816; b=CWYxccIAfhjQBrjXqvCEIN7dj7CN/2oDDhfT9Aj0Fztxg+1Kk4jZFhVd/WeRKyyuS5 38qa0qQtUPUwkD0TKIQhpNlhgoWwNIoPwexNo2GKK9GwyjFeZlJiyPs8O4bbKOWAXLQI 5Mmpwi5345188o+GlPpz9g1m2jaWSP/VssZ8jtskr9xYrtluZlpxgrLFxkjL1tNefHM0 mpkh4vVQ1mkiX9HilkbxT/QTvr1gGSbqaPuG7bzf73G12ctmAhFVy0AbHRUhlcsD4Vg1 r+7P0dLNYxWYnYKk9hfSx9JZ+5PhSRB2Pe6PwsObuhByxJhDr81CWUzAJau1INGdj1uA 3zIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=Ty4U7aJj1RWn0e9Kw3mY0bsPbpuuvOEJX7iUAnXnRs0=; b=V7W8ziok8+gRX1YRLd8AOOWaqw540asGiupIetnonaryVgLAlvOAFE2wGxSC4GPOwI j/Fkdbrm4wwtq8mZDbDpFAFpD9iZwUb+QAyDv8/0tjwJJQLZv795JCWMNKJjxEuoSPZB hWO9sNVPS4/pLomhjbIneYcJ1oZ/8WGAqnEyUZTUE02FAjDGfzvQKWVbACjwdFOqClGI c0hX+OepWECJnG074uQ0cv/Q29eW32shPPXQsDsCxSGczkYSHmS+iYPWn/sOamsfc7FR Fbhz6BlmwKa/z5qaEXudFmEdeoqvbNkr7vALusgCdZWhYRb1HwH9iwBiRJmzYvO9e7ez II0A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p19si1330968eji.91.2021.01.20.19.36.17; Wed, 20 Jan 2021 19:36:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2393414AbhAUCyu (ORCPT + 99 others); Wed, 20 Jan 2021 21:54:50 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:11421 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728176AbhAUCjR (ORCPT ); Wed, 20 Jan 2021 21:39:17 -0500 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4DLmkB020Fzj9BR; Thu, 21 Jan 2021 10:36:50 +0800 (CST) Received: from [10.174.176.61] (10.174.176.61) by DGGEMS405-HUB.china.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.498.0; Thu, 21 Jan 2021 10:37:34 +0800 Subject: Re: [PATCH 0/2] arm64: mm: fix kdump broken with ZONE_DMA reintroduced To: Catalin Marinas , Will Deacon References: <20201226033557.116251-1-chenzhou10@huawei.com> <20210120124054.GA19504@willie-the-truck> <20210120130741.GB2642@gaia> CC: , , , , , , , , From: chenzhou Message-ID: Date: Thu, 21 Jan 2021 10:37:34 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20210120130741.GB2642@gaia> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.176.61] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Will, Catalin, On 2021/1/20 21:07, Catalin Marinas wrote: > On Wed, Jan 20, 2021 at 12:40:55PM +0000, Will Deacon wrote: >> On Sat, Dec 26, 2020 at 11:35:55AM +0800, Chen Zhou wrote: >>> If the memory reserved for crash dump kernel falled in ZONE_DMA32, >>> the devices in crash dump kernel need to use ZONE_DMA will alloc fail. >>> >>> Fix this by reserving low memory in ZONE_DMA if CONFIG_ZONE_DMA is >>> enabled, otherwise, reserving in ZONE_DMA32. >>> >>> Patch 1 updates the comments about the ZONE_DMA. >>> Patch 2 fix kdump broken. >>> >>> Chen Zhou (2): >>> arm64: mm: update the comments about ZONE_DMA >>> arm64: mm: fix kdump broken with ZONE_DMA reintroduced >> Please can you repost this if it is still needed after the changes that >> landed in -rc4? > I don't think this series is needed anymore but I'll let Chen confirm. Yes, we don't need this series, Catalin has solved the issue i mentioned. I will repost the series "support reserving crashkernel above 4G on arm64 kdump" based on the latest code. Thanks, Chen Zhou