Re: [PATCH v4] ovl: whiteout inode sharing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>  > > +               case OPT_WHITEOUT_LINK_MAX:
>  > > +                       if (match_int(&args[0], &link_max))
>  > > +                               return -EINVAL;
>  > > +                       if (link_max < ovl_whiteout_link_max_def)
>  > > +                               config->whiteout_link_max = link_max;
>  >
>  > Why not allow link_max > ovl_whiteout_link_max_def?
>  > admin may want to disable ovl_whiteout_link_max_def by default
>  > in module parameter, but allow it for specific overlay instances.
>  >
>
> In this use case, seems we don't need module param any more, we just need to set  default value for option.
>
> I would like to treate module param as a total switch, so that it could disable the feathre for all instances at the same time.
> I think sometimes it's helpful for lazy admin(like me).
>

I am not convinced.

lazy admin could very well want to disable whiteout_link_max by default,
but allow user to specify whiteout_link_max for a specific mount.

In fact, in order to preserve existing behavior and not cause regression with
some special filesystems, distros could decide that default disabled is
a reasonable choice.

I don't understand at all what the purpose of this limitation is.

Thanks,
Amir.



[Index of Archives]     [Linux Filesystems Devel]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux