nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
#ifndef _FS_NFSD_PNFS_H
|
|
|
|
|
#define _FS_NFSD_PNFS_H 1
|
|
|
|
|
|
2015-02-13 18:34:25 +01:00
|
|
|
#ifdef CONFIG_NFSD_V4
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
#include <linux/exportfs.h>
|
|
|
|
|
#include <linux/nfsd/export.h>
|
|
|
|
|
|
|
|
|
|
#include "state.h"
|
|
|
|
|
#include "xdr4.h"
|
|
|
|
|
|
|
|
|
|
struct xdr_stream;
|
|
|
|
|
|
|
|
|
|
struct nfsd4_deviceid_map {
|
|
|
|
|
struct list_head hash;
|
|
|
|
|
u64 idx;
|
|
|
|
|
int fsid_type;
|
|
|
|
|
u32 fsid[];
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
struct nfsd4_layout_ops {
|
|
|
|
|
u32 notify_types;
|
2016-08-11 19:36:22 +02:00
|
|
|
bool disable_recalls;
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
|
|
|
|
|
__be32 (*proc_getdeviceinfo)(struct super_block *sb,
|
2016-06-14 22:41:27 +02:00
|
|
|
struct svc_rqst *rqstp,
|
2016-03-04 20:46:17 +01:00
|
|
|
struct nfs4_client *clp,
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
struct nfsd4_getdeviceinfo *gdevp);
|
|
|
|
|
__be32 (*encode_getdeviceinfo)(struct xdr_stream *xdr,
|
|
|
|
|
struct nfsd4_getdeviceinfo *gdevp);
|
|
|
|
|
|
|
|
|
|
__be32 (*proc_layoutget)(struct inode *, const struct svc_fh *fhp,
|
|
|
|
|
struct nfsd4_layoutget *lgp);
|
|
|
|
|
__be32 (*encode_layoutget)(struct xdr_stream *,
|
|
|
|
|
struct nfsd4_layoutget *lgp);
|
|
|
|
|
|
|
|
|
|
__be32 (*proc_layoutcommit)(struct inode *inode,
|
|
|
|
|
struct nfsd4_layoutcommit *lcp);
|
2016-03-04 20:46:17 +01:00
|
|
|
|
|
|
|
|
void (*fence_client)(struct nfs4_layout_stateid *ls);
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
extern const struct nfsd4_layout_ops *nfsd4_layout_ops[];
|
2016-03-04 20:46:16 +01:00
|
|
|
#ifdef CONFIG_NFSD_BLOCKLAYOUT
|
2015-01-21 11:40:00 +01:00
|
|
|
extern const struct nfsd4_layout_ops bl_layout_ops;
|
2016-03-04 20:46:16 +01:00
|
|
|
#endif
|
2016-03-04 20:46:17 +01:00
|
|
|
#ifdef CONFIG_NFSD_SCSILAYOUT
|
|
|
|
|
extern const struct nfsd4_layout_ops scsi_layout_ops;
|
|
|
|
|
#endif
|
2016-06-14 22:41:28 +02:00
|
|
|
#ifdef CONFIG_NFSD_FLEXFILELAYOUT
|
|
|
|
|
extern const struct nfsd4_layout_ops ff_layout_ops;
|
|
|
|
|
#endif
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
|
|
|
|
|
__be32 nfsd4_preprocess_layout_stateid(struct svc_rqst *rqstp,
|
|
|
|
|
struct nfsd4_compound_state *cstate, stateid_t *stateid,
|
|
|
|
|
bool create, u32 layout_type, struct nfs4_layout_stateid **lsp);
|
|
|
|
|
__be32 nfsd4_insert_layout(struct nfsd4_layoutget *lgp,
|
|
|
|
|
struct nfs4_layout_stateid *ls);
|
|
|
|
|
__be32 nfsd4_return_file_layouts(struct svc_rqst *rqstp,
|
|
|
|
|
struct nfsd4_compound_state *cstate,
|
|
|
|
|
struct nfsd4_layoutreturn *lrp);
|
|
|
|
|
__be32 nfsd4_return_client_layouts(struct svc_rqst *rqstp,
|
|
|
|
|
struct nfsd4_compound_state *cstate,
|
|
|
|
|
struct nfsd4_layoutreturn *lrp);
|
|
|
|
|
int nfsd4_set_deviceid(struct nfsd4_deviceid *id, const struct svc_fh *fhp,
|
|
|
|
|
u32 device_generation);
|
|
|
|
|
struct nfsd4_deviceid_map *nfsd4_find_devid_map(int idx);
|
2015-02-13 18:34:25 +01:00
|
|
|
#endif /* CONFIG_NFSD_V4 */
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
|
|
|
|
|
#ifdef CONFIG_NFSD_PNFS
|
|
|
|
|
void nfsd4_setup_layout_type(struct svc_export *exp);
|
|
|
|
|
void nfsd4_return_all_client_layouts(struct nfs4_client *);
|
|
|
|
|
void nfsd4_return_all_file_layouts(struct nfs4_client *clp,
|
|
|
|
|
struct nfs4_file *fp);
|
|
|
|
|
int nfsd4_init_pnfs(void);
|
|
|
|
|
void nfsd4_exit_pnfs(void);
|
|
|
|
|
#else
|
2015-02-13 18:34:25 +01:00
|
|
|
struct nfs4_client;
|
|
|
|
|
struct nfs4_file;
|
|
|
|
|
|
nfsd: implement pNFS operations
Add support for the GETDEVICEINFO, LAYOUTGET, LAYOUTCOMMIT and
LAYOUTRETURN NFSv4.1 operations, as well as backing code to manage
outstanding layouts and devices.
Layout management is very straight forward, with a nfs4_layout_stateid
structure that extends nfs4_stid to manage layout stateids as the
top-level structure. It is linked into the nfs4_file and nfs4_client
structures like the other stateids, and contains a linked list of
layouts that hang of the stateid. The actual layout operations are
implemented in layout drivers that are not part of this commit, but
will be added later.
The worst part of this commit is the management of the pNFS device IDs,
which suffers from a specification that is not sanely implementable due
to the fact that the device-IDs are global and not bound to an export,
and have a small enough size so that we can't store the fsid portion of
a file handle, and must never be reused. As we still do need perform all
export authentication and validation checks on a device ID passed to
GETDEVICEINFO we are caught between a rock and a hard place. To work
around this issue we add a new hash that maps from a 64-bit integer to a
fsid so that we can look up the export to authenticate against it,
a 32-bit integer as a generation that we can bump when changing the device,
and a currently unused 32-bit integer that could be used in the future
to handle more than a single device per export. Entries in this hash
table are never deleted as we can't reuse the ids anyway, and would have
a severe lifetime problem anyway as Linux export structures are temporary
structures that can go away under load.
Parts of the XDR data, structures and marshaling/unmarshaling code, as
well as many concepts are derived from the old pNFS server implementation
from Andy Adamson, Benny Halevy, Dean Hildebrand, Marc Eshel, Fred Isaman,
Mike Sager, Ricardo Labiaga and many others.
Signed-off-by: Christoph Hellwig <hch@lst.de>
2014-05-05 13:11:59 +02:00
|
|
|
static inline void nfsd4_setup_layout_type(struct svc_export *exp)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static inline void nfsd4_return_all_client_layouts(struct nfs4_client *clp)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
static inline void nfsd4_return_all_file_layouts(struct nfs4_client *clp,
|
|
|
|
|
struct nfs4_file *fp)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
static inline void nfsd4_exit_pnfs(void)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
static inline int nfsd4_init_pnfs(void)
|
|
|
|
|
{
|
|
|
|
|
return 0;
|
|
|
|
|
}
|
|
|
|
|
#endif /* CONFIG_NFSD_PNFS */
|
|
|
|
|
#endif /* _FS_NFSD_PNFS_H */
|