Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751299AbdDMERS (ORCPT ); Thu, 13 Apr 2017 00:17:18 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:47043 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750762AbdDMERQ (ORCPT ); Thu, 13 Apr 2017 00:17:16 -0400 Subject: Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas To: Hoeun Ryu , Andrew Morton , Andrey Ryabinin , Andreas Dilger , Vlastimil Babka , Michal Hocko , Chris Wilson , Ingo Molnar , zijun_hu , Matthew Wilcox , Thomas Garnier , "Kirill A. Shutemov" References: <1491973350-26816-1-git-send-email-hoeun.ryu@gmail.com> Cc: linux-arch@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org From: Anshuman Khandual Date: Thu, 13 Apr 2017 09:47:03 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <1491973350-26816-1-git-send-email-hoeun.ryu@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable x-cbid: 17041304-7323-0000-0000-000000EDB501 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17041304-7324-0000-0000-00000293477F Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-04-13_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1702020001 definitions=main-1704130032 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2338 Lines: 59 On 04/12/2017 10:31 AM, Hoeun Ryu wrote: > vm_area_add_early/vm_area_register_early() are used to reserve vmalloc area > during boot process and those virtually mapped areas are never unmapped. > So `OR` VM_STATIC flag to the areas in vmalloc_init() when importing > existing vmlist entries and prevent those areas from being removed from the > rbtree by accident. I am wondering whether protection against accidental deletion of any vmap area should be done in remove_vm_area() function or the callers should take care of it. But I guess either way it works. > > Signed-off-by: Hoeun Ryu > --- > include/linux/vmalloc.h | 1 + > mm/vmalloc.c | 9 ++++++--- > 2 files changed, 7 insertions(+), 3 deletions(-) > > diff --git a/include/linux/vmalloc.h b/include/linux/vmalloc.h > index 46991ad..3df53fc 100644 > --- a/include/linux/vmalloc.h > +++ b/include/linux/vmalloc.h > @@ -19,6 +19,7 @@ struct notifier_block; /* in notifier.h */ > #define VM_UNINITIALIZED 0x00000020 /* vm_struct is not fully initialized */ > #define VM_NO_GUARD 0x00000040 /* don't add guard page */ > #define VM_KASAN 0x00000080 /* has allocated kasan shadow memory */ > +#define VM_STATIC 0x00000200 You might want to add some description in the comment saying its a sticky VM area which will never go away or something. > /* bits [20..32] reserved for arch specific ioremap internals */ > > /* > diff --git a/mm/vmalloc.c b/mm/vmalloc.c > index 8ef8ea1..fb5049a 100644 > --- a/mm/vmalloc.c > +++ b/mm/vmalloc.c > @@ -1262,7 +1262,7 @@ void __init vmalloc_init(void) > /* Import existing vmlist entries. */ > for (tmp = vmlist; tmp; tmp = tmp->next) { > va = kzalloc(sizeof(struct vmap_area), GFP_NOWAIT); > - va->flags = VM_VM_AREA; > + va->flags = VM_VM_AREA | VM_STATIC; > va->va_start = (unsigned long)tmp->addr; > va->va_end = va->va_start + tmp->size; > va->vm = tmp; > @@ -1480,7 +1480,7 @@ struct vm_struct *remove_vm_area(const void *addr) > might_sleep(); > > va = find_vmap_area((unsigned long)addr); > - if (va && va->flags & VM_VM_AREA) { > + if (va && va->flags & VM_VM_AREA && likely(!(va->flags & VM_STATIC))) { You might want to move the VM_STATIC check before the VM_VM_AREA check so in cases where the former is set we can save one more conditional check.