On 2025-08-22, Askar Safin <safinaskar@xxxxxxxxxxxx> wrote: > ---- On Sat, 09 Aug 2025 00:39:49 +0400 Aleksa Sarai <cyphar@xxxxxxxxxx> wrote --- > > +The above procedure is functionally equivalent to > > +the following mount operation using > > +.BR mount (2): > > This is not true. > > fspick adds options to superblock. It doesn't remove existing ones. fspick "copies the existing parameters" would be more accurate. I can reword this, but it's an example and I don't think it makes sense to add a large amount of clarifying text for each example. The comparisons to mount(2) are meant to be indicative, but if you I can also just remove them (David's versions didn't include them). > mount(MS_REMOUNT) replaces options. I. e. mount(2) call provided in > example will unset all other options. > > In the end of this message you will find C code, which proves this. Yes, I am already keenly aware of this behaviour. -- Aleksa Sarai Senior Software Engineer (Containers) SUSE Linux GmbH https://www.cyphar.com/
Attachment:
signature.asc
Description: PGP signature
