Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3665655pxv; Mon, 26 Jul 2021 09:01:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyheBpNBm4Xhi7Xkeay+J/P6g69S5gnnJOvozHqWeT0K3E+A6Hgk1aI5k752Yq3U8zUpk5B X-Received: by 2002:a92:d790:: with SMTP id d16mr13786536iln.185.1627315281247; Mon, 26 Jul 2021 09:01:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627315281; cv=none; d=google.com; s=arc-20160816; b=abe8lsxquXiBIASCVOcagbTUXIP84BiFLPKio3+DVhTaoab9U/v04IxX0/R7oDgilX n5m1OODYRNAa/nZvP+pmm4DUzmohWU05K1WC7O1s+7EHv2170a/O6GTqS5KYKGNPi5q4 0kWmOJ9tWh5rB0fjLBGvQekaFgFkPfKm6R0UgDQUD5wakiDVC95zvilItQkhiiN22/3x Hxmc1N64I5MKCjbmsRHYdeBJO85Mo6QDCP9ZhFEFuF8fHcjAGH6Rpy4d1VKkF/mS+/ri IHdsS5wnAsfByIRG8HbqYDIAc2bva82OPy5ao1eLwk4TZEOTh83wdqUgvcbO0LAibQ3/ F1hg== 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=mpsjDi/f2uTrx4aym6XgNNwSiJl+aNf0dkEiP4D+91E=; b=ZtSO64uhcodZ6vzd6NJ7+rlrv4SvlIhbVbLSk9dGazEnNZgfccal7ZlX7UYKE8iNxH OJBKploQxS65B63CXakxGcIQeKix0X95wasJRxyRW5UXY/wqgPKTniJ93IYuKIsig7NY R2rVvzMeAMTxFtjnIbZrQMfjUfOfCpHWCF0PVHZ38eVtQfd++x7uSqC+DnQv0UOyDNJi 6ZfirX3ThSTY/rgYQW31s722MeowvN3fVvBbc5EmLv6agA0GfNz+AK8BLyCPrh2eRY6Z YMEa6AkWpd+tplCsDIZVsxRhqxGhf823rEud+bGg3SjphpyeQafDug7/j4oOchzzDCiQ IjlA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DNBNX54C; 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 c4si256469jal.120.2021.07.26.09.01.09; Mon, 26 Jul 2021 09:01:21 -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=DNBNX54C; 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 S236521AbhGZPUB (ORCPT + 99 others); Mon, 26 Jul 2021 11:20:01 -0400 Received: from mail.kernel.org ([198.145.29.99]:46876 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236242AbhGZPIU (ORCPT ); Mon, 26 Jul 2021 11:08:20 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7BAE76056C; Mon, 26 Jul 2021 15:48:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627314529; bh=afEJcaYdi35FpZPvU4P4x4nelfCYOoi7o1JlClcSjTc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DNBNX54CZCsIFnMr/D1/EDIPyDeSjK7Ja0gHq6iiKMhHqLMlPG7HaEDMvvsS4G6hr Z5FqDheThedVzmosGTIBnZJgWR3PWQEur7yn6GIZG3hUwaGQS70IA+tQLPvO02FZHL uisulzJKtAQnbYjn5I4duBTNdkpJU+q+UtmZgols= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, David Sterba , Sudip Mukherjee Subject: [PATCH 4.14 80/82] btrfs: compression: dont try to compress if we dont have enough pages Date: Mon, 26 Jul 2021 17:39:20 +0200 Message-Id: <20210726153830.779328399@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210726153828.144714469@linuxfoundation.org> References: <20210726153828.144714469@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 [sudip: adjust context] Signed-off-by: Sudip Mukherjee 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 @@ -540,7 +540,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(inode, start, end)) { + if (nr_pages > 1 && inode_need_compress(inode, start, end)) { WARN_ON(pages); pages = kcalloc(nr_pages, sizeof(struct page *), GFP_NOFS); if (!pages) {