Hi,
a few more code fixes and a warning fixes. There's one feature ioctl
removal patch slated for 5.18 that did not make it to the main pull
request. It's just a one-liner and the ioctl has a v2 that's in use for
a long time, no point to postpone it to 5.19.
Please pull, thanks.
- fixes:
- add back cgroup attribution for compressed writes
- add super block write start/end annotations to asynchronous balance
- fix root reference count on an error handling path
- in zoned mode, activate zone at the chunk allocation time to avoid
ENOSPC due to timing issues
- fix delayed allocation accounting for direct IO
- remove balance v1 ioctl, superseded by v2 in 2012
- warning fixes:
- simplify assertion condition in zoned check
- remove an unused variable
----------------------------------------------------------------
The following changes since commit 60021bd754c6ca0addc6817994f20290a321d8d6:
btrfs: prevent subvol with swapfile from being deleted (2022-03-24 17:50:57 +0100)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.18-rc2-tag
for you to fetch changes up to acee08aaf6d158d03668dc82b0a0eef41100531b:
btrfs: fix btrfs_submit_compressed_write cgroup attribution (2022-04-06 00:50:51 +0200)
----------------------------------------------------------------
Dennis Zhou (1):
btrfs: fix btrfs_submit_compressed_write cgroup attribution
Haowen Bai (1):
btrfs: zoned: remove redundant condition in btrfs_run_delalloc_range
Jia-Ju Bai (1):
btrfs: fix root ref counts in error handling in btrfs_get_root_ref
Naohiro Aota (4):
btrfs: release correct delalloc amount in direct IO write path
btrfs: mark resumed async balance as writing
btrfs: return allocated block group from do_chunk_alloc()
btrfs: zoned: activate block group only for extent allocation
Nathan Chancellor (1):
btrfs: remove unused variable in btrfs_{start,write}_dirty_block_groups()
Nikolay Borisov (1):
btrfs: remove support of balance v1 ioctl
fs/btrfs/block-group.c | 40 +++++++++++++++++++++++++++-------------
fs/btrfs/block-group.h | 4 ++++
fs/btrfs/compression.c | 8 ++++++++
fs/btrfs/disk-io.c | 5 +++--
fs/btrfs/extent-tree.c | 2 +-
fs/btrfs/inode.c | 9 ++++-----
fs/btrfs/ioctl.c | 2 --
fs/btrfs/volumes.c | 2 ++
8 files changed, 49 insertions(+), 23 deletions(-)
On Mon, Apr 11, 2022 at 11:31:43PM +0200, David Sterba wrote:
> Hi,
>
> a few more code fixes and a warning fixes. There's one feature ioctl
> removal patch slated for 5.18 that did not make it to the main pull
> request. It's just a one-liner and the ioctl has a v2 that's in use for
> a long time, no point to postpone it to 5.19.
>
> Please pull, thanks.
>
> - fixes:
> - add back cgroup attribution for compressed writes
> - add super block write start/end annotations to asynchronous balance
> - fix root reference count on an error handling path
> - in zoned mode, activate zone at the chunk allocation time to avoid
> ENOSPC due to timing issues
> - fix delayed allocation accounting for direct IO
>
> - remove balance v1 ioctl, superseded by v2 in 2012
>
> - warning fixes:
> - simplify assertion condition in zoned check
> - remove an unused variable
Has this ended up in your spam box again? The mail is in lore archives
as https://lore.kernel.org/all/[email protected]/ .
> ----------------------------------------------------------------
> The following changes since commit 60021bd754c6ca0addc6817994f20290a321d8d6:
>
> btrfs: prevent subvol with swapfile from being deleted (2022-03-24 17:50:57 +0100)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.18-rc2-tag
>
> for you to fetch changes up to acee08aaf6d158d03668dc82b0a0eef41100531b:
>
> btrfs: fix btrfs_submit_compressed_write cgroup attribution (2022-04-06 00:50:51 +0200)
>
> ----------------------------------------------------------------
> Dennis Zhou (1):
> btrfs: fix btrfs_submit_compressed_write cgroup attribution
>
> Haowen Bai (1):
> btrfs: zoned: remove redundant condition in btrfs_run_delalloc_range
>
> Jia-Ju Bai (1):
> btrfs: fix root ref counts in error handling in btrfs_get_root_ref
>
> Naohiro Aota (4):
> btrfs: release correct delalloc amount in direct IO write path
> btrfs: mark resumed async balance as writing
> btrfs: return allocated block group from do_chunk_alloc()
> btrfs: zoned: activate block group only for extent allocation
>
> Nathan Chancellor (1):
> btrfs: remove unused variable in btrfs_{start,write}_dirty_block_groups()
>
> Nikolay Borisov (1):
> btrfs: remove support of balance v1 ioctl
>
> fs/btrfs/block-group.c | 40 +++++++++++++++++++++++++++-------------
> fs/btrfs/block-group.h | 4 ++++
> fs/btrfs/compression.c | 8 ++++++++
> fs/btrfs/disk-io.c | 5 +++--
> fs/btrfs/extent-tree.c | 2 +-
> fs/btrfs/inode.c | 9 ++++-----
> fs/btrfs/ioctl.c | 2 --
> fs/btrfs/volumes.c | 2 ++
> 8 files changed, 49 insertions(+), 23 deletions(-)
>
Hi,
I'm sending this from a different mail address after 2 days of no reply
and no merge of the btrfs updates (message body deleted in case it
triggers the spam filter). The mail is in lore archives at
https://lore.kernel.org/all/[email protected]/
The pull request you sent on Mon, 11 Apr 2022 23:31:43 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.18-rc2-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/722985e2f6ec9127064771ba526578ea8275834d
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html
On Thu, Apr 14, 2022 at 7:37 AM David Sterba <[email protected]> wrote:
>
> I'm sending this from a different mail address after 2 days of no reply
> and no merge of the btrfs updates (message body deleted in case it
> triggers the spam filter). The mail is in lore archives at
> https://lore.kernel.org/all/[email protected]/
Indeed, I don't see that email in my inbox, and I must have apparently
missed it and deleted it from spam too.
gmail *really* hates email from suse.cz these days, I had multiple
emails from Vlastimil about the page pinning series go into the spam
folder too.
I've explicitly added you as a contact in the hopes that it will help.
Thanks for re-sending,
Linus