On Mon, Apr 18, 2005 at 06:33:09PM +0100, David Howells wrote: > Al Viro <[EMAIL PROTECTED]> wrote: > > > > > Architecture-dependent blob passed to mount(2) (aka nfs4_mount_data). > > If you want it to be a blob, at least have a decency to use encoding > > that would not depend on alignment rules and word size. Hell, you > > could use XDR - it's not that nfs would need something new to handle > > it. Or, better yet, use a normal string. > > Mount doesn't appear to permit a big enough blob though. It has a hard limit > of PAGE_SIZE.
Excuse me? Would the use of fixed offsets, field sizes and endianness make the blob bigger? And as for the length of string representation going past 4Kb... that could be easily dealt with in sys_mount() if it really becomes a problem. - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
