All of lore.kernel.org
 help / color / mirror / Atom feed
From: Goldwyn Rodrigues <rgoldwyn@suse.de>
To: linux-btrfs@vger.kernel.org
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Subject: [PATCH v2 0/2] Avoid setting folio->private
Date: Mon, 10 Mar 2025 15:29:05 -0400	[thread overview]
Message-ID: <cover.1741631234.git.rgoldwyn@suse.com> (raw)

From: Goldwyn Rodrigues <rgoldwyn@suse.com>

folio->private was set in order to get release_folio() callbacks.
Instead if we set address_space flags AS_RELEASE_ALWAYS, there is no
need to set EXTENT_FOLIO_PRIVATE on every folio->private.

These patches are posted so we don't face conflicts with iomap's
iomap_folio_state, which also resides in folio->private.

Changes since v1:
 - Incorporated Dave Sterba's comments

Goldwyn Rodrigues (2):
  btrfs: add mapping_set_release_always to inode's mapping
  btrfs: kill EXTENT_FOLIO_PRIVATE

 fs/btrfs/compression.c      |  2 +-
 fs/btrfs/defrag.c           |  2 +-
 fs/btrfs/extent_io.c        | 61 ++++++-------------------------------
 fs/btrfs/extent_io.h        | 10 ++----
 fs/btrfs/file.c             |  6 ++--
 fs/btrfs/free-space-cache.c |  9 ------
 fs/btrfs/inode.c            | 13 +++++---
 fs/btrfs/reflink.c          |  2 +-
 fs/btrfs/relocation.c       |  4 +--
 9 files changed, 27 insertions(+), 82 deletions(-)

-- 
2.48.1


             reply	other threads:[~2025-03-10 19:29 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-10 19:29 Goldwyn Rodrigues [this message]
2025-03-10 19:29 ` [PATCH 1/2] btrfs: add mapping_set_release_always to inode's mapping Goldwyn Rodrigues
2025-03-10 19:29 ` [PATCH 2/2] btrfs: kill EXTENT_FOLIO_PRIVATE Goldwyn Rodrigues
2025-03-12 14:08   ` David Sterba
2025-03-12 23:54     ` Qu Wenruo
2025-03-17 14:56       ` David Sterba
2025-03-22 22:19     ` Qu Wenruo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cover.1741631234.git.rgoldwyn@suse.com \
    --to=rgoldwyn@suse.de \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=rgoldwyn@suse.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.