[linux-cifs-client] Are there too many cifs mount options?

[Steve French]

Although the number of CIFS mount options has grown, the number of
unique (non-default) mount options (not counting synonynm such as
"pass" for "password",  or "direct" for "forcedirectio") seems
reasonable.  Although there are 33 cifs mount options which the kernel
code handles (and another six in userspace), I don't see many that
could be cut without losing function that is needed sometimes.
Although there are almost 40 total mount options, even for special
cases it would not be bad if there were a cifs mount gui with an
"advanced" tab with online help that explained these rare options.
List of all mount options (also needs to be compared against the man
page for cifs)

Required/very common cifs mount options  (10 options)
------------------------------------------------------------
user
password
domain
UNC
ip
sec (security type)
uid, gid
filemode, dirmode

Less commonly used, but required in some cases (17 options)
------------------------------------------------------------------------
prefixpath
sep (separator between options when passwords have comma)
port
rsize
wsize
netbiosname (workstation RFC1001 name)
servernetbiosname
hard (nosoft)
noperm (do not do permission checks on client side just on server)
mapchars
sfu
ignorecase
nobrl (no byte range locks sent over network)
serverino (probably should change the default for this when
        better understand what ssmaba behavior is)
noacl (ie no posix acl)
sign
forcedirectio (direct)

Rarely used mount options (6)
---------------------------------------
nouser_xattr
iocharset
ro
noposixpaths
setuids
intr


Ignored by kernel (only used by mount.cifs in userspace)
----------------------------------------------------------------------------------
credentials
guest
nosuid
noexec
noauto
nodev


Other (future use)
-----
version (version of userspace code)
sockopt
cifsacl
in6_addr (current ip= is used for both ipv4 and ipv6)

Not supported, just warn (set globally not per mount)
-------------
noac


-- 
Thanks,

Steve