Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1552606
| From | Andreas Fuchs <andreas.fuchs@sit.fraunhofer.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager |
| Date | 2017-01-06 09:50 +0100 |
| Message-ID | <sWynM-7EX-13@gated-at.bofh.it> (permalink) |
| References | <sVaQx-7mn-5@gated-at.bofh.it> <sWiM1-5ja-11@gated-at.bofh.it> <sWk1s-63E-21@gated-at.bofh.it> <sWkE9-6xP-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Am 05.01.2017 um 19:06 schrieb James Bottomley: > On Thu, 2017-01-05 at 10:27 -0700, Jason Gunthorpe wrote: >> On Thu, Jan 05, 2017 at 03:52:02PM +0000, Fuchs, Andreas wrote: >>> Great to see this coming along so well. Thanks a lot to Jarkko ! >>> The TPM allows an application to get the list of currently loaded >>> handles TPM2_GetCapabilities(TPM_CAP_HANDLES). It would be great >>> to have the RM be as transparent to userspace as possible. The RM >>> spec of TCG therefore says that you need to intercept and override >>> this >> I'd rather just ban unnecessary stuff like this on the RM fd. >> Tracking active handles can be done in userspace by the app >> itself. Debugging can be done by using the non-RM fd or debugfs. > Yes, we basically agreed on not doing this. The only handles that > actually need translating are the transient 0x80 ones. Since the RM > effectively segregates them, you can't see anyone else's, so the only > query could be about the application's own transient handles and it's > difficult to see how it could lose track of them and want to issue this > query. So the best course is to leave it unimplemented (less code) and > see if anyone complains because they have an actual use case. Then how about blocking TPM2_GetCapabilities(TPM_CAP_HANDLES, 0x80000000) ? My concern is with a consistent view, so you either get the correct result or no result, but please no false results...
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
RE: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager "Fuchs, Andreas" <andreas.fuchs@sit.fraunhofer.de> - 2017-01-05 17:10 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2017-01-05 18:30 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager James Bottomley <jejb@linux.vnet.ibm.com> - 2017-01-05 19:10 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Andreas Fuchs <andreas.fuchs@sit.fraunhofer.de> - 2017-01-06 09:50 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager James Bottomley <jejb@linux.vnet.ibm.com> - 2017-01-05 19:40 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2017-01-05 21:00 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager James Bottomley <jejb@linux.vnet.ibm.com> - 2017-01-05 21:00 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2017-01-05 23:30 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2017-01-06 01:00 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager James Bottomley <jejb@linux.vnet.ibm.com> - 2017-01-06 01:40 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Andreas Fuchs <andreas.fuchs@sit.fraunhofer.de> - 2017-01-06 10:10 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2017-01-06 20:20 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2017-01-06 20:10 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager James Bottomley <jejb@linux.vnet.ibm.com> - 2017-01-06 02:40 +0100
Re: [PATCH RFC 0/4] RFC: in-kernel resource manager Ken Goldman <kgoldman@us.ibm.com> - 2017-01-10 20:20 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-09 23:40 +0100
Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager Andreas Fuchs <andreas.fuchs@sit.fraunhofer.de> - 2017-01-11 11:10 +0100
csiph-web