Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1429436imm; Fri, 29 Jun 2018 18:51:43 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJkTW45p4J1hDT0zRrQoTvBX1czCTruTGYWLb4XKutzhHp3S8NeLDnO/vu04ouMoPYFrku2 X-Received: by 2002:a17:902:6b86:: with SMTP id p6-v6mr17216097plk.75.1530323503755; Fri, 29 Jun 2018 18:51:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530323503; cv=none; d=google.com; s=arc-20160816; b=xE04Rg10uzok++Ivu3/d6p5BPJE3X+2oiWkC/oVM9horFGRCK7EIZBF+0waJUNvOK9 bmnm1uQzutMmXVGZ4bm+H7svRUiFUGuPyEvhQr/wrp0vUvtqr9XEixm1D09+V5EN9bYK 4RlAvwBqqES6z+BCKrVd4AiBIrH3GgENRYf+SJ/mAH8FlYN91HZDpdNrNXePWKotyDWz wPm+DO9RRIcIQPguF05lQNHleMXtUP8+djJlycARTA2/xKHYQGDkMALAOVJa0pGQrlX8 oIrfKiH3Ww5JtIq/JnkUuluEVaJJbDA+Yl52q3fq9t0OIgBQ75dfg3Vw2+rJQhI27j71 WKbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=yjclfZOPZESO2Evik836GVkdoDxJFJbOxxkIUnPt4RE=; b=xd6q2gM8ui4f9EcDjsVuzY/LxokY9Sk93jXeeIMgq8SpCjZyCPis8NdHSEbuVR0HpC OEK8tkOEjvzbqvQ2l+j3UkBPrTWniJxAZKpmejxJN3OXdes1K/Ma/rl9GcsPksCstX7Y peHtQKeG1sYf7/P4+Ndp0gJ6DOJ/1M/kU1+pa4Xf2Vzi7U/CkElxDb23NL3L2RFuvtZK lGzxae5Ib4ZdS+pOW5pewp9TXC1vrAP4npJH9N0cwftpcN+B9CDT31JP8EAJdhsuOd5s KUMJA1DGvr5iy+OGBnDNjAxp6PNc6V35dOefc4Qjyn1RwFA8AiYepEaBoDwAdNrKPNGH WuGg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 67-v6si9581769pgc.64.2018.06.29.18.51.29; Fri, 29 Jun 2018 18:51:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936910AbeF2Wl2 (ORCPT + 99 others); Fri, 29 Jun 2018 18:41:28 -0400 Received: from out30-133.freemail.mail.aliyun.com ([115.124.30.133]:53385 "EHLO out30-133.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934916AbeF2Wki (ORCPT ); Fri, 29 Jun 2018 18:40:38 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R161e4;CH=green;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e07402;MF=yang.shi@linux.alibaba.com;NM=1;PH=DS;RN=16;SR=0;TI=SMTPD_---0T3dXmHm_1530312021; Received: from e19h19392.et15sqa.tbsite.net(mailfrom:yang.shi@linux.alibaba.com fp:SMTPD_---0T3dXmHm_1530312021) by smtp.aliyun-inc.com(127.0.0.1); Sat, 30 Jun 2018 06:40:29 +0800 From: Yang Shi To: mhocko@kernel.org, willy@infradead.org, ldufour@linux.vnet.ibm.com, akpm@linux-foundation.org, peterz@infradead.org, mingo@redhat.com, acme@kernel.org, alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, tglx@linutronix.de, hpa@zytor.com Cc: yang.shi@linux.alibaba.com, linux-mm@kvack.org, x86@kernel.org, linux-kernel@vger.kernel.org Subject: [RFC v3 PATCH 2/5] mm: introduce VM_DEAD flag Date: Sat, 30 Jun 2018 06:39:42 +0800 Message-Id: <1530311985-31251-3-git-send-email-yang.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1530311985-31251-1-git-send-email-yang.shi@linux.alibaba.com> References: <1530311985-31251-1-git-send-email-yang.shi@linux.alibaba.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org VM_DEAD flag is used to mark a vma is being unmapped, access to this area will trigger SIGSEGV. This flag will be used by the optimization for unmapping large address space (>= 1GB) in the later patch. It is 64 bit only at the moment, since: * we used up vm_flags bit for 32 bit * 32 bit machine typically will not have such large mapping All architectures, which support 64 bit, need check this flag in their page fault handler. This is implemented in later patches. Suggested-by: Michal Hocko Signed-off-by: Yang Shi --- include/linux/mm.h | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/include/linux/mm.h b/include/linux/mm.h index a0fbb9f..28a3906 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -242,6 +242,12 @@ extern int overcommit_kbytes_handler(struct ctl_table *, int, void __user *, #endif #endif /* CONFIG_ARCH_HAS_PKEYS */ +#ifdef CONFIG_64BIT +#define VM_DEAD BIT(37) /* bit only usable on 64 bit kernel */ +#else +#define VM_DEAD 0 +#endif + #if defined(CONFIG_X86) # define VM_PAT VM_ARCH_1 /* PAT reserves whole VMA at once (x86) */ #elif defined(CONFIG_PPC) -- 1.8.3.1