From: Cornelia Huck <cohuck@redhat.com>
To: Pierre Morel <pmorel@linux.ibm.com>
Cc: borntraeger@de.ibm.com, david@redhat.com,
linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org,
kvm@vger.kernel.org, frankja@linux.ibm.com,
akrowiak@linux.ibm.com, pasic@linux.ibm.com
Subject: Re: [PATCH] s390: vfio-ap: trace the update of APCB masks
Date: Fri, 5 Oct 2018 09:50:58 +0200 [thread overview]
Message-ID: <20181005095058.0af1555f.cohuck@redhat.com> (raw)
In-Reply-To: <1538724781-31852-1-git-send-email-pmorel@linux.ibm.com>
On Fri, 5 Oct 2018 09:33:01 +0200
Pierre Morel <pmorel@linux.ibm.com> wrote:
> Define a tracing function to trace in the KVM trace buffer
> and trace the changes of the APCB masks.
In general, trace events are good :)
>
> Signed-off-by: Pierre Morel <pmorel@linux.ibm.com>
> ---
> drivers/s390/crypto/vfio_ap_ops.c | 22 ++++++++++++++++++++++
> drivers/s390/crypto/vfio_ap_private.h | 4 ++++
> 2 files changed, 26 insertions(+)
>
> diff --git a/drivers/s390/crypto/vfio_ap_ops.c b/drivers/s390/crypto/vfio_ap_ops.c
> index a8a9984..00e632a 100644
> --- a/drivers/s390/crypto/vfio_ap_ops.c
> +++ b/drivers/s390/crypto/vfio_ap_ops.c
> @@ -753,6 +753,28 @@ static void vfio_ap_mdev_copy_masks(struct ap_matrix_mdev *matrix_mdev)
> memcpy(aqm, matrix_mdev->matrix.aqm, nbytes);
> nbytes = DIV_ROUND_UP(matrix_mdev->matrix.adm_max + 1, BITS_PER_BYTE);
> memcpy(adm, matrix_mdev->matrix.adm, nbytes);
> +
> + switch (matrix_mdev->kvm->arch.crypto.crycbd & CRYCB_FORMAT_MASK) {
> + case CRYCB_FORMAT2:
> + VM_AP_EVENT(matrix_mdev->kvm, 3,
> + "SET CRYCB: apm %016lx %016lx %016lx %016lx",
> + apm[0], apm[1], apm[2], apm[3]);
> + VM_AP_EVENT(matrix_mdev->kvm, 3,
> + "SET CRYCB: aqm %016lx %016lx %016lx %016lx",
> + aqm[0], aqm[1], aqm[2], aqm[3]);
> + VM_AP_EVENT(matrix_mdev->kvm, 3,
> + "SET CRYCB: adm %016lx %016lx %016lx %016lx",
> + adm[0], adm[1], adm[2], adm[3]);
> + break;
> + case CRYCB_FORMAT1:
> + case CRYCB_FORMAT0: /* Both CRYCB format uses APCB format 0 */
> + default: /* Can not happen */
If it can't happen, trace "SET CRYCB: invalid format '%x'" instead?
> + VM_AP_EVENT(matrix_mdev->kvm, 3,
> + "SET CRYCB: apm %016lx aqm %04x adm %04x", apm[0],
> + *((unsigned short *)aqm), *((unsigned short *)adm));
> + break;
> + }
> +
> }
>
> /**
> diff --git a/drivers/s390/crypto/vfio_ap_private.h b/drivers/s390/crypto/vfio_ap_private.h
> index 5675492..4cd779d 100644
> --- a/drivers/s390/crypto/vfio_ap_private.h
> +++ b/drivers/s390/crypto/vfio_ap_private.h
> @@ -19,6 +19,10 @@
>
> #include "ap_bus.h"
>
> +#define VM_AP_EVENT(d_kvm, d_loglevel, d_string, d_args...)\
> + debug_sprintf_event(d_kvm->arch.dbf, d_loglevel, d_string "\n", \
> + d_args)
> +
> #define VFIO_AP_MODULE_NAME "vfio_ap"
> #define VFIO_AP_DRV_NAME "vfio_ap"
>
One thing I don't like about this is that you're using the kvm dbf from
driver code, which looks odd. OTOH, these are kvm-specific masks...
Is there anything else that you may want to trace in the vfio-ap
driver, so that you could add a dbf for it?
next prev parent reply other threads:[~2018-10-05 7:51 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-05 7:33 [PATCH] s390: vfio-ap: trace the update of APCB masks Pierre Morel
2018-10-05 7:50 ` Cornelia Huck [this message]
2018-10-05 7:54 ` David Hildenbrand
2018-10-05 8:06 ` Christian Borntraeger
2018-10-05 8:31 ` [PATCH v1 0/2] KVM: s390: Tracing APCB changes Pierre Morel
2018-10-05 8:31 ` [PATCH v1 1/2] " Pierre Morel
2018-10-05 8:49 ` Cornelia Huck
2018-10-05 8:57 ` Pierre Morel
2018-10-05 9:30 ` Cornelia Huck
2018-10-05 8:31 ` [PATCH v1 2/2] s390: vfio-ap: setup APCB mask using KVM dedicated function Pierre Morel
2018-10-05 9:31 ` Cornelia Huck
2018-10-05 9:42 ` David Hildenbrand
2018-10-05 8:44 ` [PATCH v1 0/2] KVM: s390: Tracing APCB changes Cornelia Huck
2018-10-05 8:56 ` David Hildenbrand
2018-10-05 10:55 ` Halil Pasic
2018-10-05 11:16 ` Christian Borntraeger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181005095058.0af1555f.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=akrowiak@linux.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=david@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=pasic@linux.ibm.com \
--cc=pmorel@linux.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox