From: Kent Yoder <key@linux.vnet.ibm.com>
To: Peter.Huewe@infineon.com
Cc: linux-kernel@vger.kernel.org, tpmdd-devel@lists.sourceforge.net,
linux-security-module@vger.kernel.org
Subject: Re: [tpmdd-devel] [PATCH] tpm: add documentation for sysfs interfaces
Date: Mon, 12 Nov 2012 09:18:48 -0600 [thread overview]
Message-ID: <20121112151846.GA31987@ennui.austin.ibm.com> (raw)
In-Reply-To: <74A44E99E3274B4CB570415926B37D440F6973@MUCSE501.eu.infineon.com>
Hi Peter,
On Mon, Nov 12, 2012 at 08:47:55AM +0000, Peter.Huewe@infineon.com wrote:
> Hi Kent,
>
> thanks a lot for this effort!
> I really appreciate it.
>
> > +What: /sys/class/misc/tpmX/device/active
> > +Date: April 2006
> > +KernelVersion: 2.6.17
> > +Contact: tpmdd-devel@lists.sf.net
> > +Description: The "active" property prints a '1' if the TPM chip is accepting
> > + commands. An inactive TPM chip still contains all the state of
> > + an active chip (Storage Root Key, NVRAM, etc), and can be
> > + visible to the OS, but will not accept commands.
>
> Hmm, I know this is a tricky one (enabled/activated).
> maybe this would be better as:
> - visible to the OS, but will not accept commands.
> + visible to the OS, but will only accept a restricted set of commands.
> + See TCG specification(...) for more information.
Yeah that's more accurate. I'm just inclined to point to the design
principles and structures spec here unless you have a better idea. Both
have enabled/activated info scattered throughout them. Sigh. :)
>
>
> > +What: /sys/class/misc/tpmX/device/cancel
> > +Date: June 2005
> > +KernelVersion: 2.6.13
> > +Contact: tpmdd-devel@lists.sf.net
> > +Description: The "cancel" property allows you to cancel the currently
> > + pending TPM command. Echoing any value to cancel will call the
> > + TPM vendor specific cancel operation.
>
> I'd go for writing instead of echoing but this might only be bike-shedding.
> - pending TPM command. Echoing any value to cancel will call the
> + pending TPM command. Writing any value to cancel will call the
Sounds good.
Thanks,
Kent
>
> The rest is great.
> Reviewed-by: Peter Huewe <peter.huewe@infineon.com>
> Signed-off-by: Peter Huewe <peter.huewe@infineon.com>
>
>
> Thanks,
> Peter
>
next prev parent reply other threads:[~2012-11-12 15:20 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-08 17:10 Kent Yoder
2012-11-12 8:47 ` [tpmdd-devel] " Peter.Huewe
2012-11-12 15:18 ` Kent Yoder [this message]
2012-11-12 16:36 ` Peter.Huewe
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=20121112151846.GA31987@ennui.austin.ibm.com \
--to=key@linux.vnet.ibm.com \
--cc=Peter.Huewe@infineon.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
all inboxes | Powered by JetHome®