All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <djwong@kernel.org>
To: chandanbabu@kernel.org, djwong@kernel.org
Cc: hch@lst.de, linux-xfs@vger.kernel.org
Subject: [GIT PULL 16/18] xfs: widen BUI formats to support realtime
Date: Fri, 23 Feb 2024 17:33:07 -0800	[thread overview]
Message-ID: <170873806923.1891722.6359185979646674968.stg-ugh@frogsfrogsfrogs> (raw)
In-Reply-To: <20240224010220.GN6226@frogsfrogsfrogs>

Hi Chandan,

Please pull this branch with changes for xfs for 6.9-rc1.

As usual, I did a test-merge with the main upstream branch as of a few
minutes ago, and didn't see any conflicts.  Please let me know if you
encounter any problems.

--D

The following changes since commit c75f1a2c154979287ee12c336e2b8c3122832bf7:

xfs: add a xattr_entry helper (2024-02-22 12:44:22 -0800)

are available in the Git repository at:

https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux.git tags/realtime-bmap-intents-6.9_2024-02-23

for you to fetch changes up to 1b5453baed3a43dd4726eda0e8a5618c56a4f3f7:

xfs: support recovering bmap intent items targetting realtime extents (2024-02-22 12:44:24 -0800)

----------------------------------------------------------------
xfs: widen BUI formats to support realtime [v29.3 16/18]

Atomic extent swapping (and later, reverse mapping and reflink) on the
realtime device needs to be able to defer file mapping and extent
freeing work in much the same manner as is required on the data volume.
Make the BUI log items operate on rt extents in preparation for atomic
swapping and realtime rmap.

This has been running on the djcloud for months with no problems.  Enjoy!

Signed-off-by: Darrick J. Wong <djwong@kernel.org>

----------------------------------------------------------------
Darrick J. Wong (3):
xfs: fix xfs_bunmapi to allow unmapping of partial rt extents
xfs: add a realtime flag to the bmap update log redo items
xfs: support recovering bmap intent items targetting realtime extents

fs/xfs/libxfs/xfs_bmap.c       |  4 ++--
fs/xfs/libxfs/xfs_log_format.h |  4 +++-
fs/xfs/xfs_bmap_item.c         | 17 +++++++++++++++++
fs/xfs/xfs_trace.h             | 23 ++++++++++++++++++-----
4 files changed, 40 insertions(+), 8 deletions(-)


  parent reply	other threads:[~2024-02-24  1:33 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-24  1:02 [PRBOMB] xfs: online repair patches for 6.9 Darrick J. Wong
2024-02-24  1:29 ` [GIT PULL 1/18] xfs: repair inode mode by scanning dirs Darrick J. Wong
2024-02-24  1:29 ` [GIT PULL 2/18] xfs: online repair of quota counters Darrick J. Wong
2024-02-24  1:29 ` [GIT PULL 3/18] xfs: online repair of file link counts Darrick J. Wong
2024-02-24  1:29 ` [GIT PULL 4/18] xfs: report corruption to the health trackers Darrick J. Wong
2024-02-24  1:30 ` [GIT PULL 5/18] xfs: indirect health reporting Darrick J. Wong
2024-02-24  1:30 ` [GIT PULL 6/18] xfs: online repair for fs summary counters Darrick J. Wong
2024-02-24  1:30 ` [GIT PULL 7/18] xfs: move btree geometry to ops struct Darrick J. Wong
2024-02-24  1:31 ` [GIT PULL 8/18] xfs: remove bc_btnum from btree cursors Darrick J. Wong
2024-02-24  1:31 ` [GIT PULL 9/18] xfs: btree check cleanups Darrick J. Wong
2024-02-24  1:31 ` [GIT PULL 10/18] xfs: btree readahead cleanups Darrick J. Wong
2024-02-24  1:31 ` [GIT PULL 11/18] xfs: buftarg cleanups Darrick J. Wong
2024-02-24  1:32 ` [GIT PULL 12/18] xfs: support in-memory btrees Darrick J. Wong
2024-02-24  1:32 ` [GIT PULL 13/18] xfs: online repair of rmap btrees Darrick J. Wong
2024-02-24  1:32 ` [GIT PULL 14/18] xfs: reduce refcount repair memory usage Darrick J. Wong
2024-02-24  1:32 ` [GIT PULL 15/18] xfs: bmap log intent cleanups Darrick J. Wong
2024-02-24  1:33 ` Darrick J. Wong [this message]
2024-02-24  1:33 ` [GIT PULL 17/18] xfs: support attrfork and unwritten BUIs Darrick J. Wong
2024-02-24  1:33 ` [GIT PULL 18/18] xfs: clean up symbolic link code Darrick J. Wong
2024-02-25 12:51 ` [PRBOMB] xfs: online repair patches for 6.9 Chandan Babu R
2024-02-26 10:26 ` Christoph Hellwig
2024-02-26 12:53   ` Dave Chinner
2024-02-26 12:59   ` Chandan Babu R
2024-02-26 13:04     ` Chandan Babu R

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=170873806923.1891722.6359185979646674968.stg-ugh@frogsfrogsfrogs \
    --to=djwong@kernel.org \
    --cc=chandanbabu@kernel.org \
    --cc=hch@lst.de \
    --cc=linux-xfs@vger.kernel.org \
    /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.