linux-toradex.git/include/linux/sunrpc/xdr.h, branch tegra-10.7.1

sunrpc: xdr_xcode_hyper helpers cannot presume 64-bit alignment

2009-09-23T18:36:38+00:00

Signed-off-by: Benny Halevy 
Signed-off-by: Trond Myklebust

sunrpc: ntoh -> be*_to_cpu

2009-08-14T17:12:52+00:00

ntohl is already defined as be32_to_cpu.
be64_to_cpu has architecture specific optimized implementations.

Signed-off-by: Benny Halevy 
Signed-off-by: Trond Myklebust

sunrpc: hton -> cpu_to_be*

2009-08-14T17:12:38+00:00

htonl is already defined as cpu_to_be32.
cpu_to_be64 has architecture specific optimized implementations.

Signed-off-by: Benny Halevy 
Signed-off-by: Trond Myklebust

headers: smp_lock.h redux

2009-07-12T19:22:34+00:00

* Remove smp_lock.h from files which don't need it (including some headers!)
* Add smp_lock.h to files which do need it
* Make smp_lock.h include conditional in hardirq.h
  It's needed only for one kernel_locked() usage which is under CONFIG_PREEMPT

  This will make hardirq.h inclusion cheaper for every PREEMPT=n config
  (which includes allmodconfig/allyesconfig, BTW)

Signed-off-by: Alexey Dobriyan 
Signed-off-by: Linus Torvalds

nfs: replace uses of __constant_{endian}

2009-03-18T21:30:51+00:00

The base versions handle constant folding now, none of these headers
are exported to userspace, so the __ prefixed versions are not
necessary.

Signed-off-by: Harvey Harrison 
Reviewed-by: NeilBrown 
Signed-off-by: J. Bruce Fields

SUNRPC: Remove the last remnant of the BKL...

2008-12-23T20:21:31+00:00

Somehow, this escaped the previous purge. There should be no need to keep
any extra locks in the XDR callbacks.

The NFS client XDR code only writes into private objects, whereas all reads
of shared objects are confined to fields that do not change, such as
filehandles...

Ditto for lockd, the NFSv2/v3 client mount code, and rpcbind.

The nfsd XDR code may require the BKL, but since it does a synchronous RPC
call from a thread that already holds the lock, that issue is moot.

Signed-off-by: Trond Myklebust

SUNRPC: Use unsigned string lengths in xdr_decode_string_inplace

2008-02-01T21:42:02+00:00

XDR strings, opaques, and net objects should all use unsigned lengths.
To wit, RFC 4506 says:

4.2.  Unsigned Integer

   An XDR unsigned integer is a 32-bit datum that encodes a non-negative
   integer in the range [0,4294967295].

 ...

4.11.  String

   The standard defines a string of n (numbered 0 through n-1) ASCII
   bytes to be the number n encoded as an unsigned integer (as described
   above), and followed by the n bytes of the string.

After this patch, xdr_decode_string_inplace now matches the other XDR
string and array helpers that take a string length argument.  See:

xdr_encode_opaque_fixed, xdr_encode_opaque, xdr_encode_array

Signed-off-by: Chuck Lever 
Acked-By: NeilBrown 
Signed-off-by: J. Bruce Fields

SUNRPC: mark bulk read/write data in xdrbuf

2007-10-09T21:17:34+00:00

Adds a flag word to the xdrbuf struct which indicates any bulk
disposition of the data. This enables RPC transport providers to
marshal it efficiently/appropriately, and may enable other
optimizations.

Signed-off-by: Tom Talpey 
Signed-off-by: Trond Myklebust

SUNRPC: move bkl locking and xdr proc invocation into a common helper

2007-07-19T19:21:39+00:00

Since every invocation of xdr encode or decode functions takes the BKL now,
there's a lot of redundant lock_kernel/unlock_kernel pairs that we can pull
out into a common function.

Signed-off-by: J. Bruce Fields 
Signed-off-by: Trond Myklebust

SUNRPC: Rename skb_reader_t and friends

2006-12-06T15:46:52+00:00

Clean-up:  hch suggested that the RPC client shouldn't pollute the name
space used by the generic skb manipulation routines in net/core/skbuff.c.

Rename a couple of types in xdr.h to adhere to this convention.

Signed-off-by: Chuck Lever 
Signed-off-by: Trond Myklebust