Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2717080pxv; Sun, 11 Jul 2021 23:40:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrwFuvLg3jYwz/LllIS/wgWMXoJvraydsq4s+wARnwe+XCwX6cQ01Sf8cIrBYynCXmvK6k X-Received: by 2002:a17:906:b53:: with SMTP id v19mr19354047ejg.262.1626072010523; Sun, 11 Jul 2021 23:40:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626072010; cv=none; d=google.com; s=arc-20160816; b=lpimH5lcHCafvYz5AXGWBPTiq15zhL8w6yGx1jU7Z0bL7AmH+uD8S5DCJb89XJLIOT ruCj2Y9hTT013x5lrNhyALej5LmCQt+qCKFL7LNPq6SQEacdPtsX1Y7G2/6lol41mTs3 zc4QejJ4qypqgWFqU4z4jCA9Ld6oLADoeojGPkl65Di9kERq0AjIRbODP81XA6yJBpzT jD391nYJlzvPIZQ31odnQAsb/81GuJ0T7A8QcDRr/1t79MjEmKXei3XqmwY5ZG4QdTPc FRJQO3VKf7b/TL8Jp8/6I5zPniEygsxfd0tGygakrR/2ptH78H17pRXdRX1/C8TuLH82 cG6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=AW6XAcB2b/ZpCQXiXQ+mEffeHMc6OF8VNVZYo5wtYUE=; b=aNqt3rE70MtTB8a+BWW6zeLwY8DMdQNPKrCKLllRaoFUfIicORZiOCGQ0OuWEQz6GI H7uRXbrWspI+B0aJT3ASy5Y5N+6Ak5M5eMQcrz7em4oTGVWdSA4FnKpONLAMnaep7/qy SxRMqBSDmNgCsAvZ+JZiXgxr1Ns6CtSnUzlmVEgtZhzZHtNrZJibrxm3fKZkoEDerwnJ gUA4GNufFl68qUn62Gcxbb7sp1XW9nlMFU7Mreb9zSAlQR0TR3UOCXjT8JXGAwA4TQvW HR7OINeDRDXZwuJHAZ3390fVNOSpUJHKBgOK7nJX33iGQtlCsO0WhExF8DpYCT86ykpR fVcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=hUSjHPY8; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g19si16844603edu.214.2021.07.11.23.39.48; Sun, 11 Jul 2021 23:40:10 -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=@linuxfoundation.org header.s=korg header.b=hUSjHPY8; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237035AbhGLGk6 (ORCPT + 99 others); Mon, 12 Jul 2021 02:40:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:55302 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236938AbhGLGcR (ORCPT ); Mon, 12 Jul 2021 02:32:17 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 303526052B; Mon, 12 Jul 2021 06:29:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626071368; bh=otGD2ARCskogymtuvkdl2jSshSk8OnBkPnOGZOfKfI0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=hUSjHPY8B8GLvLq/3da87mb8Zr++ViEHdNkt1XAru/HDiZdptjUe5YKT4ajYVAERm hmja2/SBM7mHHH0kf2D9i1i6ZiMFuRKU5RLC1Jugo6BSU2E0RJabTYtO6jFmuRBtfN 3KObjLH/GUcEWjel7/kAnro3xstxe1TVjs451+G8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, David Sterba Subject: [PATCH 5.10 040/593] btrfs: compression: dont try to compress if we dont have enough pages Date: Mon, 12 Jul 2021 08:03:20 +0200 Message-Id: <20210712060847.591981655@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: David Sterba commit f2165627319ffd33a6217275e5690b1ab5c45763 upstream. The early check if we should attempt compression does not take into account the number of input pages. It can happen that there's only one page, eg. a tail page after some ranges of the BTRFS_MAX_UNCOMPRESSED have been processed, or an isolated page that won't be converted to an inline extent. The single page would be compressed but a later check would drop it again because the result size must be at least one block shorter than the input. That can never work with just one page. CC: stable@vger.kernel.org # 4.4+ Signed-off-by: David Sterba Signed-off-by: Greg Kroah-Hartman --- fs/btrfs/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/fs/btrfs/inode.c +++ b/fs/btrfs/inode.c @@ -547,7 +547,7 @@ again: * inode has not been flagged as nocompress. This flag can * change at any time if we discover bad compression ratios. */ - if (inode_need_compress(BTRFS_I(inode), start, end)) { + if (nr_pages > 1 && inode_need_compress(BTRFS_I(inode), start, end)) { WARN_ON(pages); pages = kcalloc(nr_pages, sizeof(struct page *), GFP_NOFS); if (!pages) {