[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1223401603.git.zohar@linux.vnet.ibm.com>
Date: Tue, 7 Oct 2008 14:00:10 -0400
From: Mimi Zohar <zohar@...ux.vnet.ibm.com>
To: linux-kernel@...r.kernel.org
Cc: Mimi Zohar <zohar@...ux.vnet.ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
James Morris <jmorris@...ei.org>,
Christoph Hellwig <hch@...radead.org>,
Al Viro <viro@...IV.linux.org.uk>,
David Safford <safford@...son.ibm.com>,
Serge Hallyn <serue@...ux.vnet.ibm.com>
Subject: [PATCH 0/4] integrity
This patchset addresses a couple of concerns raised on the
mailing list:
- Christoph Hellwig's questioned what is protecting the TPM
internal kernel interface from the driver being removed,
when it is not builtin. The TPM device should be builtin
in order to start collecting measurements at the earliest
possible time. When the TPM is not builtin, the internal
TPM kernel interface now protects itself from the driver
being removed by incrementing the module reference count.
The integrity-TPM-internal-kernel-interface.patch prereqs:
TPM-update-char-dev-BKL-pushdown.patch
TPM-num_opens-to-is_open-variable-change.patch
TPM-rcu-locking.patch
TPM-addition-of-pnp-remove.patch
TPM-Fixed-tpm_release-timing.patch
- Discussion on the mailing list questioned the use of special
magic values in userspace, concluding these values are already
exported to userspace via statfs and their correct/incorrect
usage is left up to the userspace application.
- Concern was raised on the lkml mailing list, about adding i_integrity
to the inode structure. This patch adds a comment clarifying that
i_integrity is only included in the inode if INTEGRITY is configured.
Mimi Zohar (4):
integrity: TPM internel kernel interface
integrity: special fs magic
integrity: Linux Integrity Module(LIM)
integrity: IMA as an integrity service provider
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists