From: Naohiro Aota <naohiro.aota@wdc.com>
To: linux-btrfs@vger.kernel.org
Cc: johannes.thumshirn@wdc.com, linux-fsdevel@vger.kernel.org,
viro@zeniv.linux.org.uk, david@fromorbit.com,
Naohiro Aota <naohiro.aota@wdc.com>
Subject: [PATCH v2 0/4] protect relocation with sb_start_write
Date: Wed, 16 Mar 2022 22:22:36 +0900 [thread overview]
Message-ID: <cover.1647436353.git.naohiro.aota@wdc.com> (raw)
This series is a follow-up to the series below. The old series added
an assertion to btrfs_relocate_chunk() to check if it is protected
with sb_start_write(). However, it revealed another location we need
to add sb_start_write() [1].
https://lore.kernel.org/linux-btrfs/cover.1645157220.git.naohiro.aota@wdc.com/T/
[1] https://lore.kernel.org/linux-btrfs/cover.1645157220.git.naohiro.aota@wdc.com/T/#e06eecc07ce1cd1e45bfd30a374bd2d15b4fd76d8
Patches 1 and 2 add (indirectly) sb_{start,end}_write() to the resumed
async balancing and device addition.
Patches 3 and 4 add an ASSERT to catch a future error.
--
v2:
- Use mnt_want_write_file() instead of sb_start_write() for
btrfs_ioctl_add_dev()
- Drop bogus fixes tag
- Change the stable target to meaningful 4.9+
Naohiro Aota (4):
btrfs: mark resumed async balance as writing
btrfs: mark device addition as mnt_want_write_file
fs: add check functions for sb_start_{write,pagefault,intwrite}
btrfs: assert that relocation is protected with sb_start_write()
fs/btrfs/ioctl.c | 11 +++++++++--
fs/btrfs/volumes.c | 5 +++++
include/linux/fs.h | 20 ++++++++++++++++++++
3 files changed, 34 insertions(+), 2 deletions(-)
--
2.35.1
next reply other threads:[~2022-03-16 13:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-16 13:22 Naohiro Aota [this message]
2022-03-16 13:22 ` [PATCH v2 1/4] btrfs: mark resumed async balance as writing Naohiro Aota
2022-03-16 15:57 ` Filipe Manana
2022-03-17 7:11 ` Naohiro Aota
2022-03-16 13:22 ` [PATCH v2 2/4] btrfs: mark device addition as mnt_want_write_file Naohiro Aota
2022-03-16 16:06 ` Filipe Manana
2022-03-17 7:36 ` Naohiro Aota
2022-03-17 10:50 ` Filipe Manana
2022-03-22 4:30 ` Naohiro Aota
2022-03-22 13:11 ` Filipe Manana
2022-03-23 2:26 ` Naohiro Aota
2022-03-18 7:56 ` [btrfs] cd452af388: xfstests.btrfs.218.fail kernel test robot
2022-03-18 7:56 ` kernel test robot
2022-03-16 13:22 ` [PATCH v2 3/4] fs: add check functions for sb_start_{write,pagefault,intwrite} Naohiro Aota
2022-03-17 8:34 ` Dave Chinner
2022-03-17 11:13 ` Naohiro Aota
2022-03-16 13:22 ` [PATCH v2 4/4] btrfs: assert that relocation is protected with sb_start_write() Naohiro Aota
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.1647436353.git.naohiro.aota@wdc.com \
--to=naohiro.aota@wdc.com \
--cc=david@fromorbit.com \
--cc=johannes.thumshirn@wdc.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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.