diff for duplicates of <20180514105237.GE8228@linux.intel.com> diff --git a/a/1.txt b/N1/1.txt index 245992c..8542686 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -16,7 +16,7 @@ On Mon, May 07, 2018 at 12:07:33PM -0400, Nayna Jain wrote: > "NOTE : It takes roughly 330 ns per byte transfer on LPC. 256 bytes would > take 84 us, which is a long time to stall the CPU. Chipsets may not be > designed to post this much data to LPC; therefore, the CPU itself is -> stalled for much of this time. Sending 1 kB would take 350 us. Therefore, +> stalled for much of this time. Sending 1 kB would take 350 ?s. Therefore, > even if the TPM_STS_x.burstCount field is a high value, software SHOULD > be interruptible during this period." > @@ -84,3 +84,7 @@ reason. And it is incosistent with this in terms how the code is laid out... /Jarkko +-- +To unsubscribe from this list: send the line "unsubscribe linux-security-module" in +the body of a message to majordomo at vger.kernel.org +More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 5f88d26..d3cc058 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,17 +1,9 @@ "ref\020180507160733.8817-1-nayna@linux.vnet.ibm.com\0" "ref\020180507160733.8817-3-nayna@linux.vnet.ibm.com\0" - "From\0Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\0" - "Subject\0Re: [PATCH v3 2/2] tpm: reduce polling time to usecs for even finer granularity\0" + "From\0jarkko.sakkinen@linux.intel.com (Jarkko Sakkinen)\0" + "Subject\0[PATCH v3 2/2] tpm: reduce polling time to usecs for even finer granularity\0" "Date\0Mon, 14 May 2018 13:52:37 +0300\0" - "To\0Nayna Jain <nayna@linux.vnet.ibm.com>\0" - "Cc\0linux-integrity@vger.kernel.org" - zohar@linux.vnet.ibm.com - linux-security-module@vger.kernel.org - linux-kernel@vger.kernel.org - peterhuewe@gmx.de - tpmdd@selhorst.net - jgunthorpe@obsidianresearch.com - " patrickc@us.ibm.com\0" + "To\0linux-security-module@vger.kernel.org\0" "\00:1\0" "b\0" "On Mon, May 07, 2018 at 12:07:33PM -0400, Nayna Jain wrote:\n" @@ -32,7 +24,7 @@ "> \"NOTE : It takes roughly 330 ns per byte transfer on LPC. 256 bytes would\n" "> take 84 us, which is a long time to stall the CPU. Chipsets may not be\n" "> designed to post this much data to LPC; therefore, the CPU itself is\n" - "> stalled for much of this time. Sending 1 kB would take 350 us. Therefore,\n" + "> stalled for much of this time. Sending 1 kB would take 350 ?s. Therefore,\n" "> even if the TPM_STS_x.burstCount field is a high value, software SHOULD\n" "> be interruptible during this period.\"\n" "> \n" @@ -99,6 +91,10 @@ "\n" "And it is incosistent with this in terms how the code is laid out...\n" "\n" - /Jarkko + "/Jarkko\n" + "--\n" + "To unsubscribe from this list: send the line \"unsubscribe linux-security-module\" in\n" + "the body of a message to majordomo at vger.kernel.org\n" + More majordomo info at http://vger.kernel.org/majordomo-info.html -165c21caa7703270c79eb2cadf653483862a89b80a8d185d7d74d49cb42bbc00 +4c1e4d59342bf61ab7f8c59851425390742d04c3a5e4566b184f116366d7afcf
diff --git a/a/1.txt b/N2/1.txt index 245992c..9e6e515 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -16,7 +16,7 @@ On Mon, May 07, 2018 at 12:07:33PM -0400, Nayna Jain wrote: > "NOTE : It takes roughly 330 ns per byte transfer on LPC. 256 bytes would > take 84 us, which is a long time to stall the CPU. Chipsets may not be > designed to post this much data to LPC; therefore, the CPU itself is -> stalled for much of this time. Sending 1 kB would take 350 us. Therefore, +> stalled for much of this time. Sending 1 kB would take 350 μs. Therefore, > even if the TPM_STS_x.burstCount field is a high value, software SHOULD > be interruptible during this period." > diff --git a/a/content_digest b/N2/content_digest index 5f88d26..a824e9a 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -32,7 +32,7 @@ "> \"NOTE : It takes roughly 330 ns per byte transfer on LPC. 256 bytes would\n" "> take 84 us, which is a long time to stall the CPU. Chipsets may not be\n" "> designed to post this much data to LPC; therefore, the CPU itself is\n" - "> stalled for much of this time. Sending 1 kB would take 350 us. Therefore,\n" + "> stalled for much of this time. Sending 1 kB would take 350 \316\274s. Therefore,\n" "> even if the TPM_STS_x.burstCount field is a high value, software SHOULD\n" "> be interruptible during this period.\"\n" "> \n" @@ -101,4 +101,4 @@ "\n" /Jarkko -165c21caa7703270c79eb2cadf653483862a89b80a8d185d7d74d49cb42bbc00 +345833d3003043a84b8557cc4049f1bf7a6b1ded582455f8e3eaac7b984a7a45
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.