From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751872AbaJTB6M (ORCPT ); Sun, 19 Oct 2014 21:58:12 -0400 Received: from mail-wi0-f176.google.com ([209.85.212.176]:40967 "EHLO mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751194AbaJTB6L (ORCPT ); Sun, 19 Oct 2014 21:58:11 -0400 MIME-Version: 1.0 In-Reply-To: <20141017132801.GH10873@e104818-lin.cambridge.arm.com> References: <20141016171012.GE5252@e104818-lin.cambridge.arm.com> <20141017132801.GH10873@e104818-lin.cambridge.arm.com> Date: Mon, 20 Oct 2014 09:58:10 +0800 Message-ID: Subject: Re: [PATCH v2] arm64: mm: use macro instead of if judgement of ZONE_DMA From: Yifan Zhang To: Catalin Marinas Cc: Will Deacon , Mark Rutland , "lauraa@codeaurora.org" , "ganapatrao.kulkarni@caviumnetworks.com" , "robh@kernel.org" , "leif.lindholm@linaro.org" , "Yalin.Wang@sonymobile.com" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , Yifan Zhang Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Catalin, No, we don't have any issues w/ current configuration. I'm just confused why normal zone is empty in arm64 when I dumped zone info. If it is on purpose, then I'm fine. THX all for feedback! BR, Yifan On Fri, Oct 17, 2014 at 9:28 PM, Catalin Marinas wrote: > On Fri, Oct 17, 2014 at 04:08:43AM +0100, Yifan Zhang wrote: >> I found In current arm64 code, there is no normal zone, only DMA zone. >> >> Number of blocks type Unmovable Reclaimable Movable >> Reserve CMA Isolate >> >> Node 0, zone DMA 142 12 69 >> 1 28 0 >> >> When zone_sizes_init, zone_size[ZONE_NORMAL] is initialized to 0. (it >> is 3.10, I didn't try the latest code base) > [...] >> Is this ZONE_DMA cover full memory and ZONE_NORMAL = 0 strategy on >> purpose ? We will not use ZONE_NORMAL on arm64 ? > > The normal zone is still there, only that it doesn't have any pages. The > page allocator falls back to the DMA zone, so you would not see any > problems with normal page allocation. > > Are you trying to solve anything (performance?) or just what the kernel > shows as part of the normal zone? > > -- > Catalin