Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp537516ybz; Wed, 22 Apr 2020 03:13:46 -0700 (PDT) X-Google-Smtp-Source: APiQypKshDkaFZjn9eOAofsOnTAaCgh7zjgxeKPgWNq4zd37BZAM3gu6wnVWhC4hh/XfLeKm0L3H X-Received: by 2002:a05:6402:391:: with SMTP id o17mr16768539edv.71.1587550426608; Wed, 22 Apr 2020 03:13:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587550426; cv=none; d=google.com; s=arc-20160816; b=yNZGTMcQwnTYuvACU8yuC1533WSR6y7XUwm/jvTMU4RI+Y8ofA2w++qyhebzfFZdH/ wQU4BsAgiTk1Mv6oUXD393gtgK2O6hxFvBLJSwJfa6Q3a+jFm0notJkukQBbGpTvcwHL +q6ZCqAByMumDuXUODPUHnTo0XnqnIT3TC4L8G3Q0Gy/WsiWHeICkaMAinqYFwOsyK9r KCk+UpNotJ82vuzoqKg2Dt7Wq1JmuuU6eYPJyhpBtamVsMUHyLFPUklDFuT9QYIbJPdy juwBpoMhKolgB6VaSpj7eo2G6xABc9DtIRLRuN2npTg7DAGSv1kszTqEeRGuKSOVpmsU jJMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=pntkwcBEIxpzGkfRLa3F+VHmm3k/gLrbcV1H+DBa1g0=; b=zY8gNRwi3Vb+MTCZFPQc7wr8Xz/dSzC8B2kwFZKn1VDuhmXVNZICl1GKNbnHqntjQX 0tNSLm58UVuUlMtzJxapF19YDvXeVhiMJtgBh5ez+e9AJxRFu08lORpzImL6F6RemwLv 8IRsQwDfY2c2mxFklf9gjEuRZQ/QwQDifltonGWZ1OZB4euO54KMGhN8FAJ/eul1wpPQ S46TIKij7PycyubRNBK3KVJQEmb3VAQ3CGtjbg9ZHfhze9xhZyvutp/sy4u/qQXXm74K INjATProERsTxg64kwF6PrMeBYH6S5zFFYZh9BO60YlXcrB0dbj+CJ0u863U2zb26Po/ YJqA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=OfJ5WXuv; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u3si3092198edq.473.2020.04.22.03.13.22; Wed, 22 Apr 2020 03:13:46 -0700 (PDT) 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=@kernel.org header.s=default header.b=OfJ5WXuv; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729176AbgDVKLQ (ORCPT + 99 others); Wed, 22 Apr 2020 06:11:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:42488 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729160AbgDVKLN (ORCPT ); Wed, 22 Apr 2020 06:11:13 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5E8D52076E; Wed, 22 Apr 2020 10:11:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587550272; bh=oev9dOGIQmfk186ikyTgsK0bFimUavJW717j2HZkwLA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OfJ5WXuvUYfBIX1oyD6ArNeUmyLQE4w4S1EIUcAPfmTvxJWAqxJqqyMo9Q6uLniwZ L5LC3ncP8AgqbEB9Uvs+fOjA2iLHtrJ32FfVb5NEQl8jZX3G2/8pN1evhEH3QTELWH FdvKqGlZPc/wyoqHvoUWKjLmVw+TZKf6DTCU97Eg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Changwei Ge , Andrew Morton , Joseph Qi , Mark Fasheh , Joel Becker , Junxiao Bi , Changwei Ge , Gang He , Jun Piao , Linus Torvalds Subject: [PATCH 4.14 079/199] ocfs2: no need try to truncate file beyond i_size Date: Wed, 22 Apr 2020 11:56:45 +0200 Message-Id: <20200422095106.030745281@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200422095057.806111593@linuxfoundation.org> References: <20200422095057.806111593@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Changwei Ge commit 783fda856e1034dee90a873f7654c418212d12d7 upstream. Linux fallocate(2) with FALLOC_FL_PUNCH_HOLE mode set, its offset can exceed the inode size. Ocfs2 now doesn't allow that offset beyond inode size. This restriction is not necessary and violates fallocate(2) semantics. If fallocate(2) offset is beyond inode size, just return success and do nothing further. Otherwise, ocfs2 will crash the kernel. kernel BUG at fs/ocfs2//alloc.c:7264! ocfs2_truncate_inline+0x20f/0x360 [ocfs2] ocfs2_remove_inode_range+0x23c/0xcb0 [ocfs2] __ocfs2_change_file_space+0x4a5/0x650 [ocfs2] ocfs2_fallocate+0x83/0xa0 [ocfs2] vfs_fallocate+0x148/0x230 SyS_fallocate+0x48/0x80 do_syscall_64+0x79/0x170 Signed-off-by: Changwei Ge Signed-off-by: Andrew Morton Reviewed-by: Joseph Qi Cc: Mark Fasheh Cc: Joel Becker Cc: Junxiao Bi Cc: Changwei Ge Cc: Gang He Cc: Jun Piao Cc: Link: http://lkml.kernel.org/r/20200407082754.17565-1-chge@linux.alibaba.com Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- fs/ocfs2/alloc.c | 4 ++++ 1 file changed, 4 insertions(+) --- a/fs/ocfs2/alloc.c +++ b/fs/ocfs2/alloc.c @@ -7240,6 +7240,10 @@ int ocfs2_truncate_inline(struct inode * struct ocfs2_dinode *di = (struct ocfs2_dinode *)di_bh->b_data; struct ocfs2_inline_data *idata = &di->id2.i_data; + /* No need to punch hole beyond i_size. */ + if (start >= i_size_read(inode)) + return 0; + if (end > i_size_read(inode)) end = i_size_read(inode);