diff options
author | Harald Freudenberger <freude@linux.vnet.ibm.com> | 2016-11-25 18:04:56 +0100 |
---|---|---|
committer | Martin Schwidefsky <schwidefsky@de.ibm.com> | 2016-12-14 16:33:40 +0100 |
commit | 13b251bdc8b97c45cc8b1d57193ab05ec0fe97e8 (patch) | |
tree | 64207e55015e6efe9d378488c294284a8098634a /tools/nfsd | |
parent | cccd85bfb7bf6787302435c669ceec23b5a5301c (diff) | |
download | linux-13b251bdc8b97c45cc8b1d57193ab05ec0fe97e8.tar.gz linux-13b251bdc8b97c45cc8b1d57193ab05ec0fe97e8.tar.bz2 linux-13b251bdc8b97c45cc8b1d57193ab05ec0fe97e8.zip |
s390/zcrypt: tracepoint definitions for zcrypt device driver.
This patch introduces tracepoint definitions and tracepoint
event invocations for the s390 zcrypt device.
Currently there are just two tracepoint events defined.
An s390_zcrypt_req request event occurs as soon as the
request is recognized by the zcrypt ioctl function. This
event may act as some kind of request-processing-starts-now
indication.
As late as possible within the zcrypt ioctl function there
occurs the s390_zcrypt_rep event which may act as the point
in time where the request has been processed by the kernel
and the result is about to be transferred back to userspace.
The glue which binds together request and reply event is the
ptr parameter, which is the local buffer address where the
request from userspace has been stored by the ioctl function.
The main purpose of this zcrypt tracepoint patch is to get
some data for performance measurements together with
information about the kind of request and on which card and
queue the request has been processed. It is not an ffdc
interface as there is already code in the zcrypt device
driver to serve the s390 debug feature interface.
Signed-off-by: Harald Freudenberger <freude@linux.vnet.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'tools/nfsd')
0 files changed, 0 insertions, 0 deletions