Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1710591 > unrolled thread
| Started by | msuchanek <msuchanek@suse.de> |
|---|---|
| First post | 2017-08-14 02:00 +0200 |
| Last post | 2017-08-16 12:30 +0200 |
| Articles | 3 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [tpmdd-devel] [PATCH] tpm: improve tpm_tis send() performance by ignoring burstcount msuchanek <msuchanek@suse.de> - 2017-08-14 02:00 +0200
Re: [tpmdd-devel] [PATCH] tpm: improve tpm_tis send() performance by ignoring burstcount Ken Goldman <kgold@linux.vnet.ibm.com> - 2017-08-16 00:10 +0200
Re: [tpmdd-devel] [PATCH] tpm: improve tpm_tis send() performance by ignoring burstcount Michal Suchánek <msuchanek@suse.de> - 2017-08-16 12:30 +0200
| From | msuchanek <msuchanek@suse.de> |
|---|---|
| Date | 2017-08-14 02:00 +0200 |
| Subject | Re: [tpmdd-devel] [PATCH] tpm: improve tpm_tis send() performance by ignoring burstcount |
| Message-ID | <ueaXv-5an-1@gated-at.bofh.it> |
Hello, On Fri, 11 Aug 2017 17:32:12 -0400 Ken Goldman <kgold@linux.vnet.ibm.com> wrote: > On 8/9/2017 5:00 PM, Peter Huewe wrote: > > > > Since we are the linux kernel, we do have to care for legacy > > devices. And a system with LPC, PS2Mouse on SuperIO and a TPM are > > not that uncommon. > > > > And heck, we even have support for 1.1b TPM devices.... > > Understood. However, remember that SuperIO is a 1980's device that > predates the TPM. Since the TPM requires special LPC bus cycles, it's > even less likely that an old chipset has an attached TPM. Where are the PS/2 ports attached today? About 500 out of 700 mainboards sold today has a PS/2 port which is probably due to prevalence of legacy devices and usbhid limitations. Similarily many boards have serial and parallel hardware ports. In all diagrams detailed enough to show these ports I have seen them attached to the LPC bus. Thanks Michal
[toc] | [next] | [standalone]
| From | Ken Goldman <kgold@linux.vnet.ibm.com> |
|---|---|
| Date | 2017-08-16 00:10 +0200 |
| Subject | Re: [tpmdd-devel] [PATCH] tpm: improve tpm_tis send() performance by ignoring burstcount |
| Message-ID | <ueSca-76K-25@gated-at.bofh.it> |
| In reply to | #1710591 |
On 8/13/2017 7:53 PM, msuchanek wrote: > About 500 out of 700 mainboards sold today has a PS/2 port which is > probably due to prevalence of legacy devices and usbhid limitations. > > Similarily many boards have serial and parallel hardware ports. > > In all diagrams detailed enough to show these ports I have seen them > attached to the LPC bus. Do these boards have a TPM? Remember that the TPM requires special LPC bus cycles. Even if so, the TPM LPC bus wait states are less than a usec. My thought is that it's unlikely that any device (serial port, mouse, keyboard, printer) will be adversely affected.
[toc] | [prev] | [next] | [standalone]
| From | Michal Suchánek <msuchanek@suse.de> |
|---|---|
| Date | 2017-08-16 12:30 +0200 |
| Message-ID | <uf3Kh-5PQ-5@gated-at.bofh.it> |
| In reply to | #1712495 |
On Tue, 15 Aug 2017 18:02:57 -0400 Ken Goldman <kgold@linux.vnet.ibm.com> wrote: > On 8/13/2017 7:53 PM, msuchanek wrote: > > About 500 out of 700 mainboards sold today has a PS/2 port which is > > probably due to prevalence of legacy devices and usbhid limitations. > > > > Similarily many boards have serial and parallel hardware ports. > > > > In all diagrams detailed enough to show these ports I have seen them > > attached to the LPC bus. > > Do these boards have a TPM? Remember that the TPM requires special > LPC bus cycles. Out of nearly 700 boards over 500 have PS/2 connector and over 400 have TPM slot (which is subset of the PS/2 enabled boards). Some more possibly have on-board TPM chip. > > Even if so, the TPM LPC bus wait states are less than a usec. My > thought is that it's unlikely that any device (serial port, mouse, > keyboard, printer) will be adversely affected. Yes, in theory this is negligible. So unless there is a possibility these wait states chain or the device otherwise takes over the bus for extended period of time this should be fine. Thanks Michal
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web