Re: [PATCH] Change prognum, versnum, minvers, and maxvers in progping to u_int32_t from u_long

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

 



On Wed, 2009-04-22 at 17:46 -0400, Chuck Lever wrote:
> On Apr 22, 2009, at 5:45 PM, Frank Filz wrote:
> > This fixes a problem where "rpcinfo -T transport host prognum" fails  
> > on a PPC64
> > because CLNT_CONTROL expects the version number to be a 32 bit  
> > quantity. u_long
> > probably works fine on little endian machines, but won't work on big  
> > endian
> > machines.
> 
> Hrm.  These variables are unsigned long pretty much everywhere in the  
> legacy RPC code.  And, isn't SPARC big endian?  Is the real problem  
> 32- v. 64- bit?

I at first though it would be a 64/32 bit problen, but now I think it
would still affect 32 bit, since unsigned long would still be a 64 bit
quantity, with the low order 32 bits being in the 5th through 8th bytes
on big endian, and therefore the 1st through 4th bytes which will be
accessed by casting a (void *) t (int *) would be 0.

> This might be fixed more generically by adding a type cast to  
> CLNT_CONTROL.

I did try a type cast at first, but it didn't work, though I might not
have done it right.

But look at these definitions from /usr/include/rpc/types.h:

/* This needs to be changed to uint32_t in the future */
typedef unsigned long rpcprog_t;
typedef unsigned long rpcvers_t;
typedef unsigned long rpcproc_t;
typedef unsigned long rpcprot_t;
typedef unsigned long rpcport_t;

Now look at the same definitions from /usr/include/tirpc/rpc/types.h:

typedef u_int32_t rpcprog_t;
typedef u_int32_t rpcvers_t;
typedef u_int32_t rpcproc_t;
typedef u_int32_t rpcprot_t;
typedef u_int32_t rpcport_t;

Actually, the patch probably should change the definitions to:

  rpcprog_t prognum;
  rpcvers_t versnum, minvers, maxvers;

(though internally, the CLNT_CONTROL is casting to u_int32_t, not
rpcvers_t or rpcprog_t).

It is curious though that in RFC 1833, there is this definition:

struct rpcb {
   unsigned long r_prog; /* program number */
   unsigned long r_vers; /* version number */
   string r_netid<>; /* network id */
   string r_addr<>; /* universal address */
   string r_owner<>; /* owner of this service */
};

But pretty much every where else, including the RPC protocol, prog and
vers are unsigned int...


> > Signed-off-by: Frank Filz <ffilzlnx@xxxxxxxxxx>
> > ---
> > src/rpcinfo.c |    2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/src/rpcinfo.c b/src/rpcinfo.c
> > index 0170f65..698f4ca 100644
> > --- a/src/rpcinfo.c
> > +++ b/src/rpcinfo.c
> > @@ -1591,7 +1591,7 @@ progping (netid, argc, argv)
> >   CLIENT *client;
> >   struct timeval to;
> >   enum clnt_stat rpc_stat;
> > -  u_long prognum, versnum, minvers, maxvers;
> > +  u_int32_t prognum, versnum, minvers, maxvers;
> >   struct rpc_err rpcerr;
> >   int failure = 0;
> >   struct netconfig *nconf;
> 
> --
> 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

[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