Page MenuHomeFreeBSD

tmpfs: Overhaul option handling on remount
ClosedPublic

Authored by des on Sun, May 17, 1:00 PM.
Tags
None
Referenced Files
F157477847: D57044.id178070.diff
Thu, May 21, 9:42 PM
F157471397: D57044.id.diff
Thu, May 21, 8:07 PM
F157466493: D57044.id178004.diff
Thu, May 21, 6:52 PM
F157465880: D57044.id178004.diff
Thu, May 21, 6:43 PM
Unknown Object (File)
Wed, May 20, 7:32 PM
Unknown Object (File)
Wed, May 20, 4:31 PM
Unknown Object (File)
Tue, May 19, 10:43 AM
Unknown Object (File)
Tue, May 19, 7:35 AM
Subscribers

Details

Summary

On remount, we must accept all the same options as on initial mount.
For parameters which we're unable to modify on the fly, fail only if
the new value is different from the existing one.

PR: 295096
MFC after: 1 week

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

des requested review of this revision.Sun, May 17, 1:00 PM

Please change the title from 'Overhaul remount handling' to 'Overhaul remount options handling'.
Quite non-trivial part of the remount handling for tmpfs is rw->ro remount, and from the title I thought that you rewrote that.

sys/fs/tmpfs/tmpfs_vfsops.c
338–339

Please put the assignment on the separate line.

361

Why ignoring nodes_max set to 0? Effectively the setting to 0 is allowed but ignored.

Sam question for other cases below.

des marked an inline comment as done.Mon, May 18, 1:16 PM
des added inline comments.
sys/fs/tmpfs/tmpfs_vfsops.c
361

If the original mount command had inodes=0, the actual value will not be 0 and the comparison will fail if the remount command also includes inodes=0.

des retitled this revision from tmpfs: Overhaul remount handling to tmpfs: Overhaul option handling on remount.Mon, May 18, 1:17 PM
This revision is now accepted and ready to land.Tue, May 19, 5:42 AM
This revision was automatically updated to reflect the committed changes.