On Thu, Jan 3, 2013 at 3:04 PM, Steve French <smfrench@xxxxxxxxx> wrote: > I am not as worried about code cleanliness as I am about losing function, > especially as it is sometimes hard to figure out how many users would be > affected by removing function. I mildly prefer leaving the nfs syntax > if it makes it easier for nfs users to use smb3, but we could make a stub > mount helper that parses nfs syntax and simply calls mount.cifs if you > prefer that approach - in any case I don't feel strongly about nfs syntax. I don't care much either way. The reason behind removing it, IIRC, was that it was an undocumented feature that lead to an ambiguous parsing situation when you had NFS syntax with an IPv6 address as the server portion of the string (ie dead:beef::1:/shareNameWithColon:/prepath). It was easier to remove the undocumented feature than to support it for this use case. How does NFS syntax make things easier for SMB3? -- Peace and Blessings, -Scott. -- 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
