Received: by 2002:a05:6520:4d:b0:139:a872:a4c9 with SMTP id i13csp2566586lkm; Mon, 20 Sep 2021 18:53:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwvR1Gf2mJqw7FIvROOPweshBXSqBXBU5NNfXG8uL9TnonhgNzMvrrs4DYrv22aB3dO7dIg X-Received: by 2002:a6b:7b4a:: with SMTP id m10mr8617119iop.125.1632188755724; Mon, 20 Sep 2021 18:45:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632188755; cv=none; d=google.com; s=arc-20160816; b=XG+Ufd+asLEt+GTT+T3m1tOjpDpr/qRz5L3TgrLE7FxphTAhv2nTNpHNc1vjmEVgwn yVCmwOivjpZ2rtktUPSNMFsHglpBDQ8Rz35yWeQtDLDCN8lMaXsOdP+pgB9EdHhOYqCx xPn06f5wZ5a37WcbGL1Q21XA1XZRUqYKS0k38nZKPK7wJzuRIqsc/iWvQAT/LzHPMchO xNRE2836PgvW67yW5oXL3EcPAUUPd/c952lviYiaXwufMyqpZjj8gKfzj4hmka025b3w 2/7TM2Z1y8X3QIxi5VcpUhnktMEqUckNw8DXxyWZiRGPpfm3nGIcC02MvnM4Z6Bx6N0N T0ug== 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=u8WvMU4KieyCRowpFAsv9oGOIZq79iCnEuxEZcfkAZs=; b=bXhoExvmvTTKL0BAlhUH2kdngfCINekDmzTZG5jFd9oE8s1Pq39OKrkYvFLdwsDODJ zqg47mSblkTGLd6t5/BAifDjBBp07tjHi/gUs3wLXy3mS+iHASpoqoyTCK4Mj7oyq0RE J7Z6qiC4K2QlmFTA+Y5N7q/c9KytOPKOzFM+p4cvJdxvIxgvQBhSEzAU7qxg9UEu5kAT LU9t5MdSulFvlaMDm/sfkABkXUJyzVo8L376lqrw6eWBQxuxu2JlU4qTJHr3ZBggQDo+ zxCKERzOv+cztpzPcO5NGT+UXNnXXSDIHwZHsisyrmqLxVv5S7guIyx38bXL+mzaj7e7 7lNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xQ6DaTVE; 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 t19si5581386jac.62.2021.09.20.18.45.44; Mon, 20 Sep 2021 18:45:55 -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=xQ6DaTVE; 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 S1347399AbhITRN4 (ORCPT + 99 others); Mon, 20 Sep 2021 13:13:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:39998 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343726AbhITRLr (ORCPT ); Mon, 20 Sep 2021 13:11:47 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 2E926619E4; Mon, 20 Sep 2021 16:57:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632157039; bh=ebuzE1UCxEDOCi5+/oFZ6jUdKHF/h/xY3/MRIosohsI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xQ6DaTVEI+vLCoNqmCuj4Qr9kWkN0mKEjua+9KMi0JAfirSt4nOclvykNPdHgETC7 /5A7DiYM7WD4AP+lA8n/gOONWb6LY9z3MrWWtVLbj741de3f6Y69gQpwiIyvKRcq+v /z7fcFOod38qb5uGwOBQeQXZ+xD79ev8LCRi3DfI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Zygo Blaxell , Qu Wenruo , David Sterba Subject: [PATCH 4.14 025/217] Revert "btrfs: compression: dont try to compress if we dont have enough pages" Date: Mon, 20 Sep 2021 18:40:46 +0200 Message-Id: <20210920163925.463411096@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210920163924.591371269@linuxfoundation.org> References: <20210920163924.591371269@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: Qu Wenruo commit 4e9655763b82a91e4c341835bb504a2b1590f984 upstream. This reverts commit f2165627319ffd33a6217275e5690b1ab5c45763. [BUG] It's no longer possible to create compressed inline extent after commit f2165627319f ("btrfs: compression: don't try to compress if we don't have enough pages"). [CAUSE] For compression code, there are several possible reasons we have a range that needs to be compressed while it's no more than one page. - Compressed inline write The data is always smaller than one sector and the test lacks the condition to properly recognize a non-inline extent. - Compressed subpage write For the incoming subpage compressed write support, we require page alignment of the delalloc range. And for 64K page size, we can compress just one page into smaller sectors. For those reasons, the requirement for the data to be more than one page is not correct, and is already causing regression for compressed inline data writeback. The idea of skipping one page to avoid wasting CPU time could be revisited in the future. [FIX] Fix it by reverting the offending commit. Reported-by: Zygo Blaxell Link: https://lore.kernel.org/linux-btrfs/afa2742.c084f5d6.17b6b08dffc@tnonline.net Fixes: f2165627319f ("btrfs: compression: don't try to compress if we don't have enough pages") CC: stable@vger.kernel.org # 4.4+ Signed-off-by: Qu Wenruo Reviewed-by: David Sterba 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 @@ -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 (nr_pages > 1 && inode_need_compress(inode, start, end)) { + if (inode_need_compress(inode, start, end)) { WARN_ON(pages); pages = kcalloc(nr_pages, sizeof(struct page *), GFP_NOFS); if (!pages) {