public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
From: Sasha Levin <sashal@kernel.org>
To: stable@vger.kernel.org
Cc: Amir Goldstein <amir73il@gmail.com>, Sasha Levin <sashal@kernel.org>
Subject: Re: [PATCH 5.15 2/2] ext4: avoid remount errors with 'abort' mount option
Date: Thu, 19 Jun 2025 05:04:13 -0400	[thread overview]
Message-ID: <20250618164314-a5cf2a6f46e973f1@stable.kernel.org> (raw)
In-Reply-To: <20250617210956.146158-3-amir73il@gmail.com>

[ Sasha's backport helper bot ]

Hi,

✅ All tests passed successfully. No issues detected.
No action required from the submitter.

The upstream commit SHA1 provided is correct: 76486b104168ae59703190566e372badf433314b

WARNING: Author mismatch between patch and upstream commit:
Backport author: Amir Goldstein<amir73il@gmail.com>
Commit author: Jan Kara<jack@suse.cz>

Status in newer kernel trees:
6.15.y | Present (exact SHA1)
6.12.y | Present (different SHA1: 26cc5063e3c2)
6.6.y | Present (different SHA1: 6c63de9b4d0e)
6.1.y | Present (different SHA1: dfc2eb29016f)

Note: The patch differs from the upstream commit:
---
1:  76486b104168a ! 1:  73557e9fd536a ext4: avoid remount errors with 'abort' mount option
    @@
      ## Metadata ##
    -Author: Jan Kara <jack@suse.cz>
    +Author: Amir Goldstein <amir73il@gmail.com>
     
      ## Commit message ##
         ext4: avoid remount errors with 'abort' mount option
     
    +    [ Upstream commit 76486b104168ae59703190566e372badf433314b ]
    +
    +    [amir: backport to 5.15.y pre new mount api]
    +
         When we remount filesystem with 'abort' mount option while changing
         other mount options as well (as is LTP test doing), we can return error
         from the system call after commit d3476f3dad4a ("ext4: don't set
    @@ Commit message
         Tested-by: Jan Stancek <jstancek@redhat.com>
         Link: https://patch.msgid.link/20241004221556.19222-1-jack@suse.cz
         Signed-off-by: Theodore Ts'o <tytso@mit.edu>
    +    Signed-off-by: Amir Goldstein <amir73il@gmail.com>
     
      ## fs/ext4/super.c ##
    -@@ fs/ext4/super.c: static int __ext4_remount(struct fs_context *fc, struct super_block *sb)
    +@@ fs/ext4/super.c: static int ext4_remount(struct super_block *sb, int *flags, char *data)
      		goto restore_opts;
      	}
      
    @@ fs/ext4/super.c: static int __ext4_remount(struct fs_context *fc, struct super_b
      	sb->s_flags = (sb->s_flags & ~SB_POSIXACL) |
      		(test_opt(sb, POSIX_ACL) ? SB_POSIXACL : 0);
      
    -@@ fs/ext4/super.c: static int __ext4_remount(struct fs_context *fc, struct super_block *sb)
    - 	if (!ext4_has_feature_mmp(sb) || sb_rdonly(sb))
    - 		ext4_stop_mmpd(sbi);
    +@@ fs/ext4/super.c: static int ext4_remount(struct super_block *sb, int *flags, char *data)
    + 	 */
    + 	*flags = (*flags & ~vfs_flags) | (sb->s_flags & vfs_flags);
      
     +	/*
     +	 * Handle aborting the filesystem as the last thing during remount to
    @@ fs/ext4/super.c: static int __ext4_remount(struct fs_context *fc, struct super_b
     +	if (test_opt2(sb, ABORT))
     +		ext4_abort(sb, ESHUTDOWN, "Abort forced by user");
     +
    - 	return 0;
    - 
    - restore_opts:
    + 	ext4_msg(sb, KERN_INFO, "re-mounted. Opts: %s. Quota mode: %s.",
    + 		 orig_data, ext4_quota_mode(sb));
    + 	kfree(orig_data);
---

Results of testing on various branches:

| Branch                    | Patch Apply | Build Test |
|---------------------------|-------------|------------|
| stable/linux-6.1.y        |  Success    |  Success   |

  reply	other threads:[~2025-06-19  9:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-17 21:09 [PATCH 5.15 0/2] fix LTP regression in fanotify22 Amir Goldstein
2025-06-17 21:09 ` [PATCH 5.15 1/2] ext4: make 'abort' mount option handling standard Amir Goldstein
2025-06-19  9:02   ` Sasha Levin
2025-06-17 21:09 ` [PATCH 5.15 2/2] ext4: avoid remount errors with 'abort' mount option Amir Goldstein
2025-06-19  9:04   ` Sasha Levin [this message]
2025-06-17 21:16 ` [PATCH 5.15 0/2] fix LTP regression in fanotify22 Amir Goldstein
2025-06-18 15:30 ` Jan Kara

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=20250618164314-a5cf2a6f46e973f1@stable.kernel.org \
    --to=sashal@kernel.org \
    --cc=amir73il@gmail.com \
    --cc=stable@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox