Received: by 10.192.165.156 with SMTP id m28csp269265imm; Tue, 17 Apr 2018 09:51:28 -0700 (PDT) X-Google-Smtp-Source: AIpwx48mE1U2rYN0IBaKUToyjKKuEVnddEIB5z4nHi5MRiiHppkvmEtleA3Zzgd8WK2+rEUajDxn X-Received: by 2002:a17:902:bd03:: with SMTP id p3-v6mr2737650pls.236.1523983888926; Tue, 17 Apr 2018 09:51:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523983888; cv=none; d=google.com; s=arc-20160816; b=gPJJ4BF605rAz5U3LiMV9NtI1TjlafCzAZ7gTg61Tyf2RWzAnRcKfwqNC+xW9h7ISm InQn73yx1Q9FT0+5gsWwWK20xq3hF81OEDy1I0tudiEsTc+BZ5Qjz7XvKZg4Petm0co1 K9Hsested7NyOQ2nZiyV6JQOZUROPM8OzQxHvsaF1lFlmBqU2VTqZDXoGLq5n+jptjyG y+nJt1oIrz00ifdX3zGn8WabMamI32JWA1aZmLnGINeWUWJxuOYTtjMQ79nZbycRm8Wx COispb1lu9b9HvkvRrAPG/sG9331L89YLjQdPgEGdExUJ9CPajBBE4Z6mHl+dS6/q9Z3 oumQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=XcyuSLxRa7wYPP3Qng1iYWHmumMIOGZtErY22awf5Rg=; b=ZQ8Tn8aNfKB8V7lAHLuqXuXiDrO0i4TjGhXJ6H5hvYgPK8CwUF+twLFsvIHTqWZD9h T63pUg9/ppsnTb4WwJyWNb9OBrJPtriyDo2cGHpLjtmFh4+L5BzuOGcq5aIRHyIHEJq0 xBt45nVNUNfQXWeIL8rF9UBUX8J57lK0hsrfZX3VDzkCV2ORyOV5GYJZLNOVCcH0R2X/ s3yhTVuINBQ4FehuV0QXL97F2yNgj0oU8His8PM9Bxu5+PZKVazgOVT5YA1xTVEfEm93 PC0/8AasLFTGOZCkl2BugAPlx42/L7ePkU8b2KZ0tGpKySsuFvDwF4N3L3aTZ4NWsHjg NS2w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y9si11954119pgr.180.2018.04.17.09.51.14; Tue, 17 Apr 2018 09:51:28 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754601AbeDQQEr (ORCPT + 99 others); Tue, 17 Apr 2018 12:04:47 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:34224 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754498AbeDQQEi (ORCPT ); Tue, 17 Apr 2018 12:04:38 -0400 Received: from localhost (unknown [46.44.180.42]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id C56F5C98; Tue, 17 Apr 2018 16:04:27 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Dan Rue , Mike Kravetz , Anders Roxell , Michal Hocko , Yisheng Xie , "Kirill A . Shutemov" , Nic Losby , Andrew Morton , Linus Torvalds Subject: [PATCH 4.15 35/53] hugetlbfs: fix bug in pgoff overflow checking Date: Tue, 17 Apr 2018 17:59:00 +0200 Message-Id: <20180417155724.841264329@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180417155723.091120060@linuxfoundation.org> References: <20180417155723.091120060@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.15-stable review patch. If anyone has any objections, please let me know. ------------------ From: Mike Kravetz commit 5df63c2a149ae65a9ec239e7c2af44efa6f79beb upstream. This is a fix for a regression in 32 bit kernels caused by an invalid check for pgoff overflow in hugetlbfs mmap setup. The check incorrectly specified that the size of a loff_t was the same as the size of a long. The regression prevents mapping hugetlbfs files at offsets greater than 4GB on 32 bit kernels. On 32 bit kernels conversion from a page based unsigned long can not overflow a loff_t byte offset. Therefore, skip this check if sizeof(unsigned long) != sizeof(loff_t). Link: http://lkml.kernel.org/r/20180330145402.5053-1-mike.kravetz@oracle.com Fixes: 63489f8e8211 ("hugetlbfs: check for pgoff value overflow") Reported-by: Dan Rue Signed-off-by: Mike Kravetz Tested-by: Anders Roxell Cc: Michal Hocko Cc: Yisheng Xie Cc: "Kirill A . Shutemov" Cc: Nic Losby Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- fs/hugetlbfs/inode.c | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-) --- a/fs/hugetlbfs/inode.c +++ b/fs/hugetlbfs/inode.c @@ -148,10 +148,14 @@ static int hugetlbfs_file_mmap(struct fi /* * page based offset in vm_pgoff could be sufficiently large to - * overflow a (l)off_t when converted to byte offset. + * overflow a loff_t when converted to byte offset. This can + * only happen on architectures where sizeof(loff_t) == + * sizeof(unsigned long). So, only check in those instances. */ - if (vma->vm_pgoff & PGOFF_LOFFT_MAX) - return -EINVAL; + if (sizeof(unsigned long) == sizeof(loff_t)) { + if (vma->vm_pgoff & PGOFF_LOFFT_MAX) + return -EINVAL; + } /* must be huge page aligned */ if (vma->vm_pgoff & (~huge_page_mask(h) >> PAGE_SHIFT))