Re: [PATCH] cifs: use standard token parser for mount options

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 3/14/2012 3:30 PM, Steve French wrote:
I don't mind reviewing this, but it does appear to change behaviour
significantly from existing code.  Does this fix a reported bug?

The linux cifs kernel driver, like some other
network clients, allows partial option matching to ease
usability for users of other platforms (e.g. "pass" or
"passwd" or "password" are intentionally all accepted
since we match on the first four bytes of that keyword).
Is there a way to get that to work with your patchset.
I worry that some users will be confused that their
mount options won't work if this is taken.
Unfortunately, that sometimes screws us up a bit on the userland side. (ref : http://patchwork.ozlabs.org/patch/54454/).

Some background: the original reason for this patch was to make it consistent with the NFS parsing code (and a few other file systems parsing). This was on the tail end of me cleaning up the cifs-utils parsing because I thought it was a bit hard to read and scaled poorly for 80+ options. That was the original intent (also, in my free time I'm kind of looking for a trophy patch to the kernel, it doesn't hurt the resume. :))

Does this make sense? Does anyone else find the else/if tree a bit much to wade through? Especially at the security parsing where you're a few level deep.
--
To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux