Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2379896pxb; Tue, 9 Mar 2021 00:35:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJzXeyFBpoFX1UP61hfB1eQP4GDY2unVMWOo3+/nLrWaEpwsJeGbOB4ZRqRJSgssW0Y0ea4V X-Received: by 2002:a05:6402:26c9:: with SMTP id x9mr2739910edd.322.1615278929730; Tue, 09 Mar 2021 00:35:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615278929; cv=none; d=google.com; s=arc-20160816; b=NK79cLwhoZJfAcgIDDFm8GQusO+YI4UZ6SUGRRdgRQzj8/j9gmotoed82kj77YaphZ JkTWnTWKU2VZ4SnLQVtEXDjimfl7/ETQVE7biQmeaorHl7EZpgvD0k0XtP4tjaAkVWKx 1kNd4D4lpY+mPlA0XxGaGQeqtXFty5NAxIVvX44Xd3HxArIbEX50choRbljzh8QHyU8L jZlvNNe1kSelN2Y40MQAi/WBe21QubqD/XUQ/zcTyZUs3u5MlXIxA36td2HrQaOrodE4 mZSUunQ8/TgA47ikzcIawJ9RuAUvAVz1d1G+nLtO28+AzZrK0N2S8HwKzha0vvvyJSnv SFjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:dkim-signature; bh=GfRwAlMZCg89ixlFNqb8ULyiVLWTEnJ0ZTo2SVvckic=; b=j2+mbd8OcMNE1muB01/0+VvvDijG48EPciJTp5OJyYRSy99Lvl/KlbNck3eYEA9T5o DwzWrfaiQ2ndFMDXfPYMMa5jaxu5mUptC6UkMKfnxk6EMhEIQ7XgnUy+pkvSGy1KC5tY XXXTVwLQY5Tfv243WI0eubumFwLKjTfdlaQGOfxmvyohGuwbEIEs17wnlUyxrcCnkOWS eaZq5b5j59Hayt1I2A8Qvj/dvGRwNXYZpl6vQgN0Iz+rGi5Adl1fFDR/CmZGf4CxUVy4 /A2rAtJc6Glx0sLgVfBjnQ8Qv39zBh8X5m216eaOzKkZTIJr/7gIZtru514adhpHtRgO E/MQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=CH+i4QPk; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bt16si7826071edb.440.2021.03.09.00.35.07; Tue, 09 Mar 2021 00:35:29 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=CH+i4QPk; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229837AbhCIIcJ (ORCPT + 99 others); Tue, 9 Mar 2021 03:32:09 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:53571 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229793AbhCIIbi (ORCPT ); Tue, 9 Mar 2021 03:31:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1615278698; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GfRwAlMZCg89ixlFNqb8ULyiVLWTEnJ0ZTo2SVvckic=; b=CH+i4QPkunJX/NZXYNqQi4Ubq96hhT7rM+LYoka3gH0+in8L9h386UxGMiw48WNKcTZstj sm7tvwHV+B8TIIUQg1ej5OMweDxFO2aFxwB9fSU0nk00/t/AoRRh174tJ/56+pHKKwg2I+ PqL9ef12+fAGVx/Ce+zIS020+LIErNs= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-564-MC5HpSYcPlGBNWdwQsIzjw-1; Tue, 09 Mar 2021 03:31:34 -0500 X-MC-Unique: MC5HpSYcPlGBNWdwQsIzjw-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 1B8C580432D; Tue, 9 Mar 2021 08:31:30 +0000 (UTC) Received: from [10.36.114.143] (ovpn-114-143.ams2.redhat.com [10.36.114.143]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0D1BF6062F; Tue, 9 Mar 2021 08:31:14 +0000 (UTC) Subject: Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory To: Rolf Eike Beer Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Andrew Morton , Arnd Bergmann , Michal Hocko , Oscar Salvador , Matthew Wilcox , Andrea Arcangeli , Minchan Kim , Jann Horn , Jason Gunthorpe , Dave Hansen , Hugh Dickins , Rik van Riel , "Michael S . Tsirkin" , "Kirill A . Shutemov" , Vlastimil Babka , Richard Henderson , Ivan Kokshaysky , Matt Turner , Thomas Bogendoerfer , "James E.J. Bottomley" , Helge Deller , Chris Zankel , Max Filippov , Mike Kravetz , Peter Xu , linux-alpha@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linux-xtensa@linux-xtensa.org, linux-arch@vger.kernel.org, Linux API References: <20210308164520.18323-1-david@redhat.com> <6ecd754406fffe851be6543025203b6b@sf-tec.de> From: David Hildenbrand Organization: Red Hat GmbH Message-ID: <00fcfc37-e288-8ffe-a443-c2f5054deee9@redhat.com> Date: Tue, 9 Mar 2021 09:31:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <6ecd754406fffe851be6543025203b6b@sf-tec.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09.03.21 08:35, Rolf Eike Beer wrote: >> diff --git a/mm/internal.h b/mm/internal.h >> index 9902648f2206..a5c4ed23b1db 100644 >> --- a/mm/internal.h >> +++ b/mm/internal.h >> @@ -340,6 +340,9 @@ void __vma_unlink_list(struct mm_struct *mm, >> struct vm_area_struct *vma); >> #ifdef CONFIG_MMU >> extern long populate_vma_page_range(struct vm_area_struct *vma, >> unsigned long start, unsigned long end, int *nonblocking); >> +extern long faultin_vma_page_range(struct vm_area_struct *vma, >> + unsigned long start, unsigned long end, >> + bool write, int *nonblocking); >> extern void munlock_vma_pages_range(struct vm_area_struct *vma, >> unsigned long start, unsigned long end); >> static inline void munlock_vma_pages_all(struct vm_area_struct *vma) > > The parameter name does not match the one in the implementation. > > Otherwise the implementation looks fine AFAICT. Hehe, you can tell how I copy-pasted from populate_vma_page_range(), because there, the variable names are messed up, too :) Will fix (most probably populate_vma_page_range() as well in a cleanup patch), thanks! -- Thanks, David / dhildenb