Changes in Makefile

12072652 - SUNRPC: Add RPC client support for the RPC_AUTH_TLS auth flavor

Wed, 07 Jun 2023 13:58:04 +0000

SUNRPC: Add RPC client support for the RPC_AUTH_TLS auth flavorThe new authentication flavor is used only to discover peer supportfor RPC-over-TLS.Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

74678748 - sunrpc: Create a sunrpc directory under /sys/kernel/

Tue, 08 Jun 2021 19:59:10 +0000

sunrpc: Create a sunrpc directory under /sys/kernel/This is where we'll put per-rpc_client related filesSigned-off-by: Anna Schumaker Signed-off-by: Olga Kornievskaia Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

89a4f758 - SUNRPC: remove generic cred code.

Mon, 03 Dec 2018 00:30:31 +0000

SUNRPC: remove generic cred code.This is no longer used.Signed-off-by: NeilBrown Signed-off-by: Anna Schumaker List of files: /linux-6.15/net/sunrpc/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/net/sunrpc/Makefile

80b14d5e - SUNRPC: Add a structure to track multiple transports

Sun, 15 Feb 2015 01:31:59 +0000

SUNRPC: Add a structure to track multiple transportsIn order to support multipathing/trunking we will need the ability totrack multiple transports. This patch sets up a basic structure fordoing so.Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

ffe1f0df - rpcrdma: Merge svcrdma and xprtrdma modules into one

Thu, 04 Jun 2015 15:21:42 +0000

rpcrdma: Merge svcrdma and xprtrdma modules into oneBi-directional RPC support means code in svcrdma.ko invokes a bit ofcode in xprtrdma.ko, and vice versa. To avoid loader/linker loops,merge the server and client side modules together into a singlemodule.When backchannel capabilities are added, the combined module willregister all needed transport capabilities so that Upper Layerconsumers automatically have everything needed to create abi-directional transport connection.Module aliases are added for backwards compatibility with userspace, which still may expect svcrdma.ko or xprtrdma.ko to bepresent.This commit reverts commit 2e8c12e1b765 ("xprtrdma: add separateKconfig options for NFSoRDMA client and server support") andprovides a single CONFIG option for enabling the new module.Signed-off-by: Chuck Lever Signed-off-by: J. Bruce Fields List of files: /linux-6.15/net/sunrpc/Makefile

632dda83 - SUNRPC: Clean up bc_send()

Mon, 11 May 2015 18:04:50 +0000

SUNRPC: Clean up bc_send()Clean up: Merge bc_send() into bc_svc_process().Note: even thought this touches svc.c, it is a client-side change.Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

b4b9d2cc - sunrpc: add debugfs file for displaying client rpc_task queue

Wed, 26 Nov 2014 19:44:43 +0000

sunrpc: add debugfs file for displaying client rpc_task queueIt's possible to get a dump of the RPC task queue by writing a value to/proc/sys/sunrpc/rpc_debug. If you write any value to that file, you geta dump of the RPC client task list into the log buffer. This is a ratherinconvenient interface however, and makes it hard to get immediate infoabout the task queue.Add a new directory hierarchy under debugfs: sunrpc/ rpc_clnt/ /Within each clientid directory we create a new "tasks" file that willdump info similar to what shows up in the log buffer, but with a fewsmall differences -- we avoid printing raw kernel addresses in favor ofsymbolic names and the XID is also displayed.Signed-off-by: Jeff Layton Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

2e8c12e1 - xprtrdma: add separate Kconfig options for NFSoRDMA client and server support

Tue, 18 Mar 2014 23:45:47 +0000

xprtrdma: add separate Kconfig options for NFSoRDMA client and server supportThere are two entirely separate modules under xprtrdma/ and there's noreason that enabling one should automatically enable the other. Addconfig options for each one so they can be enabled/disabled separately.Signed-off-by: Jeff Layton Signed-off-by: J. Bruce Fields List of files: /linux-6.15/net/sunrpc/Makefile

9e00abc3 - SUNRPC: sunrpc should not explicitly depend on NFS config options

Wed, 13 Jul 2011 23:20:49 +0000

SUNRPC: sunrpc should not explicitly depend on NFS config optionsChange explicit references to CONFIG_NFS_V4_1 to implicit onesGet rid of the unnecessary defines in backchannel_rqst.c andbc_svc.c: the Makefile takes care of those dependency.Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

a02d6926 - SUNRPC: Provide functions for managing universal addresses

Sun, 09 Aug 2009 19:09:34 +0000

SUNRPC: Provide functions for managing universal addressesIntroduce a set of functions in the kernel's RPC implementation forconverting between a socket address and either a standardpresentation address string or an RPC universal address.The universal address functions will be used to encode and decodeRPCB_FOO and NFSv4 SETCLIENTID arguments. The other functions arepart of a previous promise to deliver shared functions that can beused by upper-layer protocols to display and manipulate IPaddresses.The kernel's current address printf formatters were designedspecifically for kernel to user-space APIs that require a particularstring format for socket addresses, thus are somewhat limited for thepurposes of sunrpc.ko. The formatter for IPv6 addresses, %pI6, doesnot support short-handing or scope IDs. Also, these printf formattersare unique per address family, so a separate formatter string isrequired for printing AF_INET and AF_INET6 addresses.Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

0d90ba1c - nfs41: Backchannel callback service helper routines

Wed, 01 Apr 2009 13:23:04 +0000

nfs41: Backchannel callback service helper routinesExecutes the backchannel task on the RPC state machine usingthe existing open connection previously established by the client.Signed-off-by: Ricardo Labiaga nfs41: Add bc_svc.o to sunrpc Makefile.[nfs41: bc_send() does not need to be exported outside RPC module][nfs41: xprt_free_bc_request() need not be exported outside RPC module]Signed-off-by: Ricardo Labiaga Signed-off-by: Benny Halevy [Update copyright]Signed-off-by: Ricardo Labiaga Signed-off-by: Benny Halevy List of files: /linux-6.15/net/sunrpc/Makefile

fb7a0b9a - nfs41: New backchannel helper routines

Wed, 01 Apr 2009 13:23:00 +0000

nfs41: New backchannel helper routinesThis patch introduces support to setup the callback xprt on the client side.It allocates/ destroys the preallocated memory structures used to processbackchannel requests.At setup time, xprt_setup_backchannel() is invoked to allocate one ormore rpc_rqst structures and substructures. This ensures that theyare available when an RPC callback arrives. The rpc_rqst structuresare maintained in a linked list attached to the rpc_xprt structure.We keep track of the number of allocations so that they can be correctlyremoved when the channel is destroyed.When an RPC callback arrives, xprt_alloc_bc_request() is invoked toobtain a preallocated rpc_rqst structure. An rpc_xprt structure isreturned, and its RPC_BC_PREALLOC_IN_USE bit is set inrpc_xprt->bc_flags. The structure is removed from the the listsince it is now in use, and it will be later added back when itsuser is done with it.After the RPC callback replies, the rpc_rqst structure is returnedby invoking xprt_free_bc_request(). This clears theRPC_BC_PREALLOC_IN_USE bit and adds it back to the list, allowing itto be reused by a subsequent RPC callback request.To be consistent with the reception of RPC messages, the backchannel requestsshould be placed into the 'struct rpc_rqst' rq_rcv_buf, which is then in turncopied to the 'struct rpc_rqst' rq_private_buf.[nfs41: Preallocate rpc_rqst receive buffer for handling callbacks]Signed-off-by: Ricardo Labiaga Signed-off-by: Benny Halevy [Update copyright notice and explain page allocation]Signed-off-by: Ricardo Labiaga Signed-off-by: Benny Halevy List of files: /linux-6.15/net/sunrpc/Makefile

9a559efd - SUNRPC: Add a generic RPC credential

Wed, 12 Mar 2008 16:24:49 +0000

SUNRPC: Add a generic RPC credentialAdd an rpc credential that is not tied to any particular auth mechanism,but that can be cached by NFS, and later used to look up a cred forwhichever auth mechanism that turns out to be valid when the RPC call isbeing made.Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

1d8206b9 - svc: Add an svc transport class

Mon, 31 Dec 2007 03:07:15 +0000

svc: Add an svc transport classThe transport class (svc_xprt_class) represents a type of transport, e.g.udp, tcp, rdma. A transport class has a unique name and a set of transportoperations kept in the svc_xprt_ops structure.A transport class can be dynamically registered and unregisterd. Thesvc_xprt_class represents the module that implements the transporttype and keeps reference counts on the module to avoid unloading whilethere are active users.The endpoint (svc_xprt) is a generic, transport independent endpoint that canbe used to send and receive data for an RPC service. It inherits it'soperations from the transport class.A transport driver module registers and unregisters itself with svc sunrpcby calling svc_reg_xprt_class, and svc_unreg_xprt_class respectively.Signed-off-by: Tom Tucker Acked-by: Neil Brown Reviewed-by: Chuck Lever Reviewed-by: Greg Banks Signed-off-by: J. Bruce Fields List of files: /linux-6.15/net/sunrpc/Makefile

f58851e6 - RPCRDMA: rpc rdma transport switch

Mon, 10 Sep 2007 17:50:12 +0000

RPCRDMA: rpc rdma transport switchThis implements the configuration and building of the core transportswitch implementation of the rpcrdma transport. Stubs are provided forthe rpcrdma protocol handling, and the infiniband/iwarp verbs interface.These are provided in following patches.Signed-off-by: Tom Talpey Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

4c2eaf07 - SUNRPC: remove old portmapper

Thu, 29 Mar 2007 20:48:27 +0000

SUNRPC: remove old portmappernet/sunrpc/pmap_clnt.c has been replaced by net/sunrpc/rpcb_clnt.c.Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

a509050b - SUNRPC: introduce rpcbind: replacement for in-kernel portmapper

Thu, 29 Mar 2007 20:48:04 +0000

SUNRPC: introduce rpcbind: replacement for in-kernel portmapperIntroduce a replacement for the in-kernel portmapper client that supportsall 3 versions of the rpcbind protocol. This code is not used yet.Original code by Groupe Bull updated for the latest kernel, with multiplebug fixes.Note that rpcb_clnt.c does not yet support registering via versions 3 and4 of the rpcbind protocol. That is planned for a later patch.Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

a246b010 - [PATCH] RPC: introduce client-side transport switch

Thu, 11 Aug 2005 20:25:23 +0000

[PATCH] RPC: introduce client-side transport switch Move the bulk of client-side socket-specific code into a separate source file, net/sunrpc/xprtsock.c. Test-plan: Millions of fsx operations. Performance characterization such as "sio" or "iozone". Destructive testing (unplugging the network temporarily, server reboots). Connectathon with v2, v3, and v4. Version: Thu, 11 Aug 2005 16:03:38 -0400 Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile

094bb20b - [PATCH] RPC: extract socket logic common to both client and server

Thu, 11 Aug 2005 20:25:20 +0000

[PATCH] RPC: extract socket logic common to both client and server Clean-up: Move some code that is common to both RPC client- and server-side socket transports into its own source file, net/sunrpc/socklib.c. Test-plan: Compile kernel with CONFIG_NFS enabled. Millions of fsx operations over UDP, client and server. Connectathon over UDP. Version: Thu, 11 Aug 2005 16:03:09 -0400 Signed-off-by: Chuck Lever Signed-off-by: Trond Myklebust List of files: /linux-6.15/net/sunrpc/Makefile