Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756909AbbGVRRE (ORCPT ); Wed, 22 Jul 2015 13:17:04 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:35535 "EHLO mail-wi0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754331AbbGVRRC (ORCPT ); Wed, 22 Jul 2015 13:17:02 -0400 Message-ID: <55AFD009.6080706@gmail.com> Date: Wed, 22 Jul 2015 19:16:57 +0200 From: "Michael Kerrisk (man-pages)" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: David Rientjes CC: mtk.manpages@gmail.com, Hugh Dickins , Davide Libenzi , Eric B Munson , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-man@vger.kernel.org Subject: Re: [patch] mmap.2: document the munmap exception for underlying page size References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1722 Lines: 53 Hi David, On 07/22/2015 02:41 AM, David Rientjes wrote: > munmap(2) will fail with an errno of EINVAL for hugetlb memory if the > length is not a multiple of the underlying page size. > > Documentation/vm/hugetlbpage.txt was updated to specify this behavior > since Linux 4.1 in commit 80d6b94bd69a ("mm, doc: cleanup and clarify > munmap behavior for hugetlb memory"). > > Signed-off-by: David Rientjes > --- > man2/mmap.2 | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/man2/mmap.2 b/man2/mmap.2 > --- a/man2/mmap.2 > +++ b/man2/mmap.2 > @@ -383,6 +383,10 @@ All pages containing a part > of the indicated range are unmapped, and subsequent references > to these pages will generate > .BR SIGSEGV . > +An exception is when the underlying memory is not of the native page > +size, such as hugetlb page sizes, whereas > +.I length > +must be a multiple of the underlying page size. > It is not an error if the > indicated range does not contain any mapped pages. > .SS Timestamps changes for file-backed mappings I'm struggling a bit to understand your text. Is the point this: If we have a hugetlb area, then the munmap() length must be a multiple of the page size. ? Are there any requirements about 'addr'? Must it also me huge-page-aligned? Thanks, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Linux/UNIX System Programming Training: http://man7.org/training/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/