Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3212452pxv; Sun, 25 Jul 2021 21:06:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJycOmNkqcaOQialp8vy+iIrSzgy4+A5JM0MtYQMZFCkQ1690QupLbYB746e53GdYrVWhODo X-Received: by 2002:a92:874f:: with SMTP id d15mr11495163ilm.294.1627272412595; Sun, 25 Jul 2021 21:06:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627272412; cv=none; d=google.com; s=arc-20160816; b=utKVzZIeuMF6PIqot9dfIdmjx577ZKBdg8HIccupW5MxmszOaYbYl+K69cHXJgQN73 /n4fyesWckS/L7HQ84WlpWsSeQSHsNbOLqA99CFRwX1F7JQtTef0+irMvJ1rsXLZxmCf Vu2cGsprHrvEZ2scfsSpHzinGUKAU7YN6H83r5iCcrGetLakHbFaCWpv6CDS3a4qtYN9 PG871CZXzjW94n0wINqxTPHIsbyaUu1HB1H8eQbOThh15RgWZzlBaeEH6kC/UMKVJgaz Psaw6cyrw2escYvEZhHjubJK35VN9r8h/cKi9y1URLPc8paGCSZVpzlj/6bWJcYlNUbr Q54Q== 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:references:cc:to :subject; bh=JrYPD/LRVUQakx+G/FZc5Sbg7KsWLMOpz5ZjUxLOlks=; b=TjJoy3IaHvraX+Gck9E8C1alDbRp0qVkk4Gi+Xj2dDPxji7xJ+/TB8J61AHhCIoO3s RBHd9Z4wHveKxlWCyjFAM9QPgdCPfnajOE9moKuZ3yNTSuao/DWjMF25pP0KyhPDlhEB EJ7CRmrLc5bFeAL+bYRIR5ms3t/9GMSaX3WQp22t2c0Rw762Ehy+RG6z5/DlbiUJWGYe yRi5WDWhk7Hw357PNF4HXD1BeZT6wZ9Rn4bMghIgrcSvgih/MtWVBJrh/mBMDup0MV+e 5sEX6I+BCp33nS3O2xXLsDcpQNkeVadw4KfttUE6PUytwaNtd/WXgVmVPCMJnbkb+0r0 tiDA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i8si22998734ilr.7.2021.07.25.21.06.41; Sun, 25 Jul 2021 21:06:52 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231529AbhGZDZS (ORCPT + 99 others); Sun, 25 Jul 2021 23:25:18 -0400 Received: from szxga03-in.huawei.com ([45.249.212.189]:12307 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230321AbhGZDZR (ORCPT ); Sun, 25 Jul 2021 23:25:17 -0400 Received: from dggemv703-chm.china.huawei.com (unknown [172.30.72.56]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4GY5nX0b6Sz7x8t; Mon, 26 Jul 2021 12:01:04 +0800 (CST) Received: from dggpemm500002.china.huawei.com (7.185.36.229) by dggemv703-chm.china.huawei.com (10.3.19.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Mon, 26 Jul 2021 12:05:45 +0800 Received: from [10.174.179.191] (10.174.179.191) by dggpemm500002.china.huawei.com (7.185.36.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Mon, 26 Jul 2021 12:05:44 +0800 Subject: Re: [PATCH] mm/vmalloc: add missing __GFP_HIGHMEM flag for vmalloc To: Matthew Wilcox CC: , , , , References: <20210726032333.3404164-1-chenwandun@huawei.com> From: Chen Wandun Message-ID: Date: Mon, 26 Jul 2021 12:05:44 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.179.191] X-ClientProxiedBy: dggems702-chm.china.huawei.com (10.3.19.179) To dggpemm500002.china.huawei.com (7.185.36.229) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 2021/7/26 11:25, Matthew Wilcox 写道: > On Mon, Jul 26, 2021 at 11:23:33AM +0800, Chen Wandun wrote: >> struct page array can also be allocated in highmem during vmalloc, >> that will ease the low memory stress in 32bit system. > Huh? Where does it get kmapped in order to access it? The struct page array contain numbers of pointer of struct page, it is used to save pages that allocated for vmalloc mapping in vmap_pages_range, it does't need to kmap. The main idea of this patch is come from: https://lore.kernel.org/lkml/20170307141020.29107-1-mhocko@kernel.org/ > >> Fixes: f255935b9767 ("mm: cleanup the gfp_mask handling in __vmalloc_area_node") >> Signed-off-by: Chen Wandun >> --- >> mm/vmalloc.c | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/mm/vmalloc.c b/mm/vmalloc.c >> index 3824dc16ce1c..8d9b0b08a6dc 100644 >> --- a/mm/vmalloc.c >> +++ b/mm/vmalloc.c >> @@ -2885,7 +2885,8 @@ static void *__vmalloc_area_node(struct vm_struct *area, gfp_t gfp_mask, >> >> /* Please note that the recursion is strictly bounded. */ >> if (array_size > PAGE_SIZE) { >> - area->pages = __vmalloc_node(array_size, 1, nested_gfp, node, >> + area->pages = __vmalloc_node(array_size, 1, >> + nested_gfp | __GFP_HIGHMEM, node, >> area->caller); >> } else { >> area->pages = kmalloc_node(array_size, nested_gfp, node); >> -- >> 2.25.1 >> >> > .