Hi-
Since all the layouts (and I'm guessing the non-pNFS path too) seem to need this calculation, would it make sense to create an inline function in a header somewhere?
On Apr 9, 2012, at 7:22 PM, Jim Rees wrote:
> Signed-off-by: Jim Rees <rees@xxxxxxxxx>
> Suggested-by: Andy Adamson <andros@xxxxxxxxxx>
> ---
> fs/nfs/blocklayout/blocklayout.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/fs/nfs/blocklayout/blocklayout.c b/fs/nfs/blocklayout/blocklayout.c
> index 48cfac3..576da5b 100644
> --- a/fs/nfs/blocklayout/blocklayout.c
> +++ b/fs/nfs/blocklayout/blocklayout.c
> @@ -872,7 +872,7 @@ nfs4_blk_get_deviceinfo(struct nfs_server *server, const struct nfs_fh *fh,
> * GETDEVICEINFO's maxcount
> */
> max_resp_sz = server->nfs_client->cl_session->fc_attrs.max_resp_sz;
> - max_pages = max_resp_sz >> PAGE_SHIFT;
> + max_pages = (max_resp_sz + PAGE_SIZE - 1) >> PAGE_SHIFT;
> dprintk("%s max_resp_sz %u max_pages %d\n",
> __func__, max_resp_sz, max_pages);
>
> --
> 1.7.5.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
