[LTP] [linux-next:master] [block/bdev] 47dd675323: ltp.ioctl_loop06.fail
Li Wang
liwang@redhat.com
Tue Mar 11 14:09:08 CET 2025
On Tue, Mar 11, 2025 at 11:33 AM Luis Chamberlain <mcgrof@kernel.org> wrote:
> On Tue, Mar 11, 2025 at 09:43:42AM +0800, Li Wang wrote:
> > On Mon, Mar 10, 2025 at 11:15 PM Luis Chamberlain <mcgrof@kernel.org>
> wrote:
> >
> > > There's a fix for this already in next
> > >
> >
> > Oh? Which commit?
>
> Oh seems linux-next hasn't been updated in a few days, so you can try
> this patch:
>
> https://lore.kernel.org/all/20250307020403.3068567-1-mcgrof@kernel.org/
--- a/block/bdev.c
+++ b/block/bdev.c
@@ -181,6 +181,8 @@ EXPORT_SYMBOL(set_blocksize);
int sb_set_blocksize(struct super_block *sb, int size)
{
+ if (!(sb->s_type->fs_flags & FS_LBS) && size > PAGE_SIZE)
+ return 0;
if (set_blocksize(sb->s_bdev_file, size))
return 0;
...
Thanks, but looking at the code change, seems filesystems with FS_LBS
(e.g., bcachefs, XFS) can still mount larger block sizes properly. IOW,
the test ioctl_loop06 still failed on RHEL9 (XFS) platform.
Is that expected? Or, should we adjust the testcase for FS with FS_LBS
as exception?
--
Regards,
Li Wang
More information about the ltp
mailing list