From: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
To: Ed Swierk <eswierk@skyportsystems.com>
Cc: tpmdd-devel@lists.sourceforge.net,
linux-security-module@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [tpmdd-devel] [PATCH v3 2/4] tpm: Add optional logging of TPM command durations
Date: Tue, 7 Jun 2016 17:01:03 +0300 [thread overview]
Message-ID: <20160607140103.GF3855@intel.com> (raw)
In-Reply-To: <1465270649-22498-3-git-send-email-eswierk@skyportsystems.com>
On Mon, Jun 06, 2016 at 08:37:27PM -0700, Ed Swierk wrote:
> Some TPMs violate their own advertised command durations. This is much
> easier to debug with data about how long each command actually takes
> to complete. Add debug messages that can be enabled by running
>
> echo -n 'module tpm +p' >/sys/kernel/debug/dynamic_debug/control
>
> on a kernel configured with DYNAMIC_DEBUG=y.
>
> Signed-off-by: Ed Swierk <eswierk@skyportsystems.com>
Reviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
> ---
> drivers/char/tpm/tpm-interface.c | 17 +++++++++++++----
> 1 file changed, 13 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/char/tpm/tpm-interface.c b/drivers/char/tpm/tpm-interface.c
> index c50637d..cc1e5bc 100644
> --- a/drivers/char/tpm/tpm-interface.c
> +++ b/drivers/char/tpm/tpm-interface.c
> @@ -333,13 +333,14 @@ ssize_t tpm_transmit(struct tpm_chip *chip, const char *buf,
> {
> ssize_t rc;
> u32 count, ordinal;
> - unsigned long stop;
> + unsigned long start, stop;
>
> if (bufsiz > TPM_BUFSIZE)
> bufsiz = TPM_BUFSIZE;
>
> count = be32_to_cpu(*((__be32 *) (buf + 2)));
> ordinal = be32_to_cpu(*((__be32 *) (buf + 6)));
> + dev_dbg(chip->pdev, "starting command %d count %d\n", ordinal, count);
> if (count == 0)
> return -ENODATA;
> if (count > bufsiz) {
> @@ -360,18 +361,24 @@ ssize_t tpm_transmit(struct tpm_chip *chip, const char *buf,
> if (chip->vendor.irq)
> goto out_recv;
>
> + start = jiffies;
> if (chip->flags & TPM_CHIP_FLAG_TPM2)
> - stop = jiffies + tpm2_calc_ordinal_duration(chip, ordinal);
> + stop = start + tpm2_calc_ordinal_duration(chip, ordinal);
> else
> - stop = jiffies + tpm_calc_ordinal_duration(chip, ordinal);
> + stop = start + tpm_calc_ordinal_duration(chip, ordinal);
> do {
> u8 status = chip->ops->status(chip);
> if ((status & chip->ops->req_complete_mask) ==
> - chip->ops->req_complete_val)
> + chip->ops->req_complete_val) {
> + dev_dbg(chip->pdev, "completed command %d in %d ms\n",
> + ordinal, jiffies_to_msecs(jiffies - start));
> goto out_recv;
> + }
>
> if (chip->ops->req_canceled(chip, status)) {
> dev_err(chip->pdev, "Operation Canceled\n");
> + dev_dbg(chip->pdev, "canceled command %d after %d ms\n",
> + ordinal, jiffies_to_msecs(jiffies - start));
> rc = -ECANCELED;
> goto out;
> }
> @@ -382,6 +389,8 @@ ssize_t tpm_transmit(struct tpm_chip *chip, const char *buf,
>
> chip->ops->cancel(chip);
> dev_err(chip->pdev, "Operation Timed out\n");
> + dev_dbg(chip->pdev, "command %d timed out after %d ms\n", ordinal,
> + jiffies_to_msecs(jiffies - start));
> rc = -ETIME;
> goto out;
>
> --
> 1.9.1
>
>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> _______________________________________________
> tpmdd-devel mailing list
> tpmdd-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tpmdd-devel
/Jarkko
next prev parent reply other threads:[~2016-06-07 14:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-07 3:37 [PATCH v3 0/4] tpm: Command duration logging and chip-specific override Ed Swierk
[not found] ` <1465270649-22498-1-git-send-email-eswierk-FilZDy9cOaHkQYj/0HfcvtBPR1lH4CV8@public.gmane.org>
2016-06-07 3:37 ` [PATCH v3 1/4] tpm_tis: Improve reporting of IO errors Ed Swierk
2016-06-07 13:56 ` [tpmdd-devel] " Jarkko Sakkinen
2016-06-07 3:37 ` [PATCH v3 2/4] tpm: Add optional logging of TPM command durations Ed Swierk
2016-06-07 14:01 ` Jarkko Sakkinen [this message]
2016-06-07 3:37 ` [PATCH v3 3/4] tpm: Allow TPM chip drivers to override reported " Ed Swierk
[not found] ` <1465270649-22498-4-git-send-email-eswierk-FilZDy9cOaHkQYj/0HfcvtBPR1lH4CV8@public.gmane.org>
2016-06-07 14:15 ` Jarkko Sakkinen
[not found] ` <20160607141526.GG3855-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2016-06-07 14:25 ` Ed Swierk
[not found] ` <CAO_EM_k5pqxqZ2fFzDBhPK_WoZ_nj3qE18EKROUKvp3KxnK__Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-06-07 17:32 ` Jason Gunthorpe
[not found] ` <20160607173235.GA4486-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-06-10 8:25 ` Jarkko Sakkinen
2016-06-07 3:37 ` [PATCH v3 4/4] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup Ed Swierk
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=20160607140103.GF3855@intel.com \
--to=jarkko.sakkinen@linux.intel.com \
--cc=eswierk@skyportsystems.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=tpmdd-devel@lists.sourceforge.net \
/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;
as well as URLs for NNTP newsgroup(s).