Re: [PATCH v2] sunrpc: Don't return NULL from rpcb_create

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 06, 2010 at 01:45:56PM +0400, Pavel Emelyanov wrote:
> > The reason for this is in the future, we may want to support additional 
> > address family types.  We should, therefore, ensure that every piece of 
> > code that is sensitive to address families fail in some orderly manner
> > to let developers know where a change is needed.
> 
> Makes sense. I was under impression, that AF-s other than INET are not
> cared about at all :(

Also leaving the rest of these to Trond; poke me if you need me to merge
anything more....

--b.

> 
> Here's a fixed version of the patch.
> 
> Log:
> 
> Its callers check for ERR_PTR.
> 
> Signed-off-by: Pavel Emelyanov <xemul@xxxxxxxxxx>
> ---
> 
>  net/sunrpc/rpcb_clnt.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/net/sunrpc/rpcb_clnt.c b/net/sunrpc/rpcb_clnt.c
> index 83af38d..1ef2d41 100644
> --- a/net/sunrpc/rpcb_clnt.c
> +++ b/net/sunrpc/rpcb_clnt.c
> @@ -249,7 +249,7 @@ static struct rpc_clnt *rpcb_create(char *hostname, struct sockaddr *srvaddr,
>  		((struct sockaddr_in6 *)srvaddr)->sin6_port = htons(RPCBIND_PORT);
>  		break;
>  	default:
> -		return NULL;
> +		return ERR_PTR(-EAFNOSUPPORT);
>  	}
>  
>  	return rpc_create(&args);
> -- 
> 1.5.5.6
> 
--
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


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux