From: Jungsub Shin <supsup5642@gmail.com>
To: viro@zeniv.linux.org.uk
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Why is the length of max mount option a page size??
Date: Tue, 22 May 2018 02:39:59 +0900 [thread overview]
Message-ID: <20180521173959.GA12779@supsup-VirtualBox> (raw)
Hi, now i'm interested in mount lenght of max mount option.
I anaylsis ksys_mount() function in /fs/namespace.c. and find out
the length of max mount option is a page size (4096 bytes).
I know that almost mount option short and page size is enough to
contain almost mount options. but because of options for
unionfs(overlay, aufs), lenght of mount option could be exceed it
and cut.
I suffer this problem with aufs. aufs's branch option is cut and
fail to aufs mount. I know that aufs is not offical fs in linux,
but overlay fs now support multi layer mount option and could be
suffer the same problem.
I think the best is dynamic allocate mount option's kernel memory.
but I'm only have shallow knowlege of kernel, I can't guess it.
And I think If the length of mount option cannot exceed a page size,
kernel must leave warning messsage about lenght and return err.
copy_mount_options() function seems to done this.
next reply other threads:[~2018-05-21 17:40 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-21 17:39 Jungsub Shin [this message]
2018-05-25 10:42 ` Why is the length of max mount option a page size?? J. R. Okajima
2018-05-29 0:24 ` Jungsub Shin
2018-05-29 1:14 ` Al Viro
2018-05-29 3:57 ` Jungsub Shin
2018-05-30 2:40 ` J. R. Okajima
2018-05-30 23:51 ` Jungsub Shin
2018-05-29 1:14 ` J. R. Okajima
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180521173959.GA12779@supsup-VirtualBox \
--to=supsup5642@gmail.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).