从layout到extent的演变史（三）

从layout到extent的演变史（三）

养成记录的习惯，发现记录的好处是思路在连续走，不会断开，不会走神，不会想其他的事情。专注。
好奇，server在收到client发送的layoutget请求，是如何处理的呢？
OK，下文介绍一下过程。

1. layout在server的保存方式

MDS中有两个数据结构跟layout相关，分别是struct nfs4_layout_state和struct nfs4_layout。struct nfs4_layout表示一个layout，这个数据结构定义如下：

/* outstanding layout */
struct nfs4_layout {
        // 同一个文件中的nfs4_layout结构保存在一个链表中，链表头是nfs4_file->fi_layouts
        struct list_head                lo_perfile;     /* hash by f_id */
        // 同一个客户端中的nfs4_layout结构保存在一个链表中，链表头是nfs4_client->cl_layouts
        struct list_head                lo_perclnt;     /* hash by clientid */
        // 这是指向的nfs4_file结构
        struct nfs4_file                *lo_file;       /* backpointer */
        // 这是指向的nfs4_client结构.
        struct nfs4_client              *lo_client;
        // 这是指向的nfs4_layout_state，
        struct nfs4_layout_state        *lo_state;      // nfs4_layout_state
        // 这里保存了文件数据范围.
        struct nfsd4_layout_seg         lo_seg;
};

struct nfsd4_layout_seg {
        u64     clientid;       // clientid
        u32     layout_type;    // layout类型
        u32     iomode;         // 访问方式
        u64     offset;         // layout起始偏移量
        u64     length;         // layout长度
};

layout相关的数据保存在nfs4_layout.lo_seg中了，如layout访问方式、偏移量、长度等等。多个layout可以使用同一个stateid，因此struct nfs4_layout中没有包含stateid，stateid保存在数据结构struct nfs4_layout_state中了，我还没看到这个有什么用，所以先暂时不写这个。开始看函数nfsd4_layoutget。

2. 函数nfsd4_layoutget

其实这个函数没有做实际工作，这个函数最主要的作用是调用nfsd4_layout_verify()检查了客户端请求的layout类型和文件系统支持的layout类型是否相同。如果MDS不支持pNFS或者layout类型不相同，就返回错误码nfserr_layoutunavailable。这个函数结束后，MDS会调用nfsd4_encode_layoutget()封装应答报文。如果MDS支持客户端请求的layout类型，nfsd4_encode_layoutget()会调用nfs4_pnfs_get_layout()，这才是LAYOUTGET请求的处理函数。这个函数定义如下：
这个先写到这里吧，回头来补充。

参考：
[1] http://blog.csdn.net/ycnian/article/details/8743637