Searched hist:f7bd657b (Results 1 – 2 of 2) sorted by relevance
/openbmc/linux/include/linux/sunrpc/ |
H A D | rpc_rdma_cid.h | f7bd657b Tue May 19 08:30:32 CDT 2020 Chuck Lever <chuck.lever@oracle.com> svcrdma: Introduce infrastructure to support completion IDs
The goal is to replace CQE kernel memory addresses in completion- related tracepoints.
Each completion ID matches an incoming Send or Receive completion to a Completion Queue and to a previous ib_post_*(). The ID can then be displayed in an error message or recorded in a trace record.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com> f7bd657b Tue May 19 08:30:32 CDT 2020 Chuck Lever <chuck.lever@oracle.com> svcrdma: Introduce infrastructure to support completion IDs The goal is to replace CQE kernel memory addresses in completion- related tracepoints. Each completion ID matches an incoming Send or Receive completion to a Completion Queue and to a previous ib_post_*(). The ID can then be displayed in an error message or recorded in a trace record. Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
/openbmc/linux/include/trace/events/ |
H A D | rpcrdma.h | f7bd657b Tue May 19 08:30:32 CDT 2020 Chuck Lever <chuck.lever@oracle.com> svcrdma: Introduce infrastructure to support completion IDs
The goal is to replace CQE kernel memory addresses in completion- related tracepoints.
Each completion ID matches an incoming Send or Receive completion to a Completion Queue and to a previous ib_post_*(). The ID can then be displayed in an error message or recorded in a trace record.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com> f7bd657b Tue May 19 08:30:32 CDT 2020 Chuck Lever <chuck.lever@oracle.com> svcrdma: Introduce infrastructure to support completion IDs The goal is to replace CQE kernel memory addresses in completion- related tracepoints. Each completion ID matches an incoming Send or Receive completion to a Completion Queue and to a previous ib_post_*(). The ID can then be displayed in an error message or recorded in a trace record. Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|