[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