linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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.

             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 ` 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 \
    --subject='Re: Why is the length of max mount option a page size??' \
    /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

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).