Received: by 10.192.165.156 with SMTP id m28csp286676imm; Tue, 17 Apr 2018 10:06:43 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+GqfPGM3Bc4QIkomj5IJQw/No4dCGpVppeuI25E7UELy5sDPdhetc/uOcow2yZr0a3mzTU X-Received: by 10.99.113.78 with SMTP id b14mr2447626pgn.76.1523984803001; Tue, 17 Apr 2018 10:06:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523984802; cv=none; d=google.com; s=arc-20160816; b=N2eD5esonjxcPnZYHviX59EF33mrPEmXNY0vuCDNv5pDuV7Ohl/Cx2z5PTxl8PNRy+ RPu9fZsFPJ1mmMsqfkwaTAKP29KGytZPnuawCkja7LNhsqFS7VrkeCD5Z0IUg6OefKzZ uSmj2S4I8adQ7EZc4KkwSYqWu/++eSdX3h5Wv05k4mgV7qvaPi62csu3RObCc8R5BXTa +Ru6wq1Xi3A4lCotx7b0XjWD59d0uXcYf4m3VrlySKD/Un/yq90FTcPA/MUeHUMJL15o PQhFc9BrIEkjhVHllCcg+K1VpVs1LVxKKcVKf+FnxO4C4OGWt5jRIcu1OBwfwEnQImyM K3TA== 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=1zb4rtzV2w8TALktvbYxktRyvieWGwbcgPF77adn5yE=; b=LfaAxmEwX0JhZzIAMBEizV9CRSWK4cTXd79HpYH2gcRLBrP0tahQ6ywulc5UOEnszU YLAaCd3jm/RSbBLKcBz7meOH8O/0LXStv/DG+HeEJ842C4H4uuzlBPXZot1OMj25jTgr jsSK6gy/eH701kL1GeNUUOy0jBsrOG6GNxFg9Xt7fTqNQMlWRUSchhboAo2ppbQmUgHY AZjB3s7uBmDRE81kb1BjzKPVqiiAeet0o/CaJYixiPGc+F1DMyvn37tXF3jh+Lh0aQHM fH85WqHqGWEqe5FZgv8O9k793Z0RSsBh/qH1iV0g2ImBXwZXPfRVFOjczDU748HAnxjE OaOA== 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 x2si12710742pfn.214.2018.04.17.10.06.22; Tue, 17 Apr 2018 10:06:42 -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 S1754079AbeDQRCo (ORCPT + 99 others); Tue, 17 Apr 2018 13:02:44 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:60622 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753916AbeDQQBy (ORCPT ); Tue, 17 Apr 2018 12:01:54 -0400 Received: from localhost (unknown [46.44.180.42]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 2E14AE29; Tue, 17 Apr 2018 16:01:53 +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.16 49/68] hugetlbfs: fix bug in pgoff overflow checking Date: Tue, 17 Apr 2018 17:58:02 +0200 Message-Id: <20180417155751.346424626@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180417155749.341779147@linuxfoundation.org> References: <20180417155749.341779147@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.16-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 @@ -138,10 +138,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))