All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1531425793.3568.275.camel@linux.ibm.com>

diff --git a/a/1.txt b/N1/1.txt
index 13f9679..3737556 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -13,7 +13,7 @@ On Wed, 2018-07-11 at 08:24 +0200, Ard Biesheuvel wrote:
 > some degree of trust in the driver author on the part of the IMA
 > routines that request_firmware() is called at an appropriate time.
 
-Exactly.  Qualcomm could be using the pre-allocated buffer
+Exactly.  Qualcomm could be using the pre-allocated buffer
 appropriately, but that doesn't guarantee how it will be used in the
 future.
 
@@ -39,13 +39,7 @@ The remaining concern is using the same buffer mapped to multiple
 devices or re-using the same buffer to load multiple firmware blobs.
 I'm not sure how easy that would be to detect.
 
-I need to stage the rest of the patch set to be upstreamed.  Could we
+I need to stage the rest of the patch set to be upstreamed.  Could we
 just add a comment in the code reflecting this discussion?
 
 Mimi
-
-
-_______________________________________________
-kexec mailing list
-kexec@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/kexec
diff --git a/a/content_digest b/N1/content_digest
index 0bda030..9af718a 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -11,20 +11,20 @@
  "Date\0Thu, 12 Jul 2018 16:03:13 -0400\0"
  "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>"
  " Bjorn Andersson <bjorn.andersson@linaro.org>\0"
- "Cc\0Kees Cook <keescook@chromium.org>"
-  Stephen Boyd <sboyd@kernel.org>
-  Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-  Luis R . Rodriguez <mcgrof@suse.com>
-  Kexec Mailing List <kexec@lists.infradead.org>
+ "Cc\0Mimi Zohar <zohar@linux.vnet.ibm.com>"
+  linux-integrity <linux-integrity@vger.kernel.org>
   linux-security-module <linux-security-module@vger.kernel.org>
   Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
   David Howells <dhowells@redhat.com>
   Luis R . Rodriguez <mcgrof@kernel.org>
   Eric Biederman <ebiederm@xmission.com>
-  linux-integrity <linux-integrity@vger.kernel.org>
+  Kexec Mailing List <kexec@lists.infradead.org>
+  Andres Rodriguez <andresx7@gmail.com>
+  Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+  Luis R . Rodriguez <mcgrof@suse.com>
+  Kees Cook <keescook@chromium.org>
   Serge E . Hallyn <serge@hallyn.com>
-  Mimi Zohar <zohar@linux.vnet.ibm.com>
- " Andres Rodriguez <andresx7@gmail.com>\0"
+ " Stephen Boyd <sboyd@kernel.org>\0"
  "\00:1\0"
  "b\0"
  "On Wed, 2018-07-11 at 08:24 +0200, Ard Biesheuvel wrote:\n"
@@ -42,7 +42,7 @@
  "> some degree of trust in the driver author on the part of the IMA\n"
  "> routines that request_firmware() is called at an appropriate time.\n"
  "\n"
- "Exactly. \302\240Qualcomm could be using the pre-allocated buffer\n"
+ "Exactly.  Qualcomm could be using the pre-allocated buffer\n"
  "appropriately, but that doesn't guarantee how it will be used in the\n"
  "future.\n"
  "\n"
@@ -68,15 +68,9 @@
  "devices or re-using the same buffer to load multiple firmware blobs.\n"
  "I'm not sure how easy that would be to detect.\n"
  "\n"
- "I need to stage the rest of the patch set to be upstreamed. \302\240Could we\n"
+ "I need to stage the rest of the patch set to be upstreamed.  Could we\n"
  "just add a comment in the code reflecting this discussion?\n"
  "\n"
- "Mimi\n"
- "\n"
- "\n"
- "_______________________________________________\n"
- "kexec mailing list\n"
- "kexec@lists.infradead.org\n"
- http://lists.infradead.org/mailman/listinfo/kexec
+ Mimi
 
-020c90105759962d3fb66dca859ca3d1221bb2a6f95517631a9f544cadb0f04a
+7d3e7b6483dc0ac411eb5b6d97643ebbbca0a609fe8394e1373596cdb89436c7

diff --git a/a/1.txt b/N2/1.txt
index 13f9679..404daab 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -13,7 +13,7 @@ On Wed, 2018-07-11 at 08:24 +0200, Ard Biesheuvel wrote:
 > some degree of trust in the driver author on the part of the IMA
 > routines that request_firmware() is called at an appropriate time.
 
-Exactly.  Qualcomm could be using the pre-allocated buffer
+Exactly. ?Qualcomm could be using the pre-allocated buffer
 appropriately, but that doesn't guarantee how it will be used in the
 future.
 
@@ -39,13 +39,12 @@ The remaining concern is using the same buffer mapped to multiple
 devices or re-using the same buffer to load multiple firmware blobs.
 I'm not sure how easy that would be to detect.
 
-I need to stage the rest of the patch set to be upstreamed.  Could we
+I need to stage the rest of the patch set to be upstreamed. ?Could we
 just add a comment in the code reflecting this discussion?
 
 Mimi
 
-
-_______________________________________________
-kexec mailing list
-kexec@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/kexec
+--
+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/N2/content_digest
index 0bda030..afd26ad 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -6,25 +6,10 @@
  "ref\0CAKv+Gu8qjzh_Tta=n9C+cfXO29e_5RcLqfQSpvR5r7QmqzHbEg@mail.gmail.com\0"
  "ref\020180710191951.GF1731@minitux\0"
  "ref\0CAKv+Gu_C0H9LoqeC3PkKhaKr0TQys=1TcYFNG-JUivnN_YgBKQ@mail.gmail.com\0"
- "From\0Mimi Zohar <zohar@linux.ibm.com>\0"
- "Subject\0Re: [PATCH v5 7/8] ima: based on policy warn about loading firmware (pre-allocated buffer)\0"
+ "From\0zohar@linux.ibm.com (Mimi Zohar)\0"
+ "Subject\0[PATCH v5 7/8] ima: based on policy warn about loading firmware (pre-allocated buffer)\0"
  "Date\0Thu, 12 Jul 2018 16:03:13 -0400\0"
- "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>"
- " Bjorn Andersson <bjorn.andersson@linaro.org>\0"
- "Cc\0Kees Cook <keescook@chromium.org>"
-  Stephen Boyd <sboyd@kernel.org>
-  Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-  Luis R . Rodriguez <mcgrof@suse.com>
-  Kexec Mailing List <kexec@lists.infradead.org>
-  linux-security-module <linux-security-module@vger.kernel.org>
-  Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
-  David Howells <dhowells@redhat.com>
-  Luis R . Rodriguez <mcgrof@kernel.org>
-  Eric Biederman <ebiederm@xmission.com>
-  linux-integrity <linux-integrity@vger.kernel.org>
-  Serge E . Hallyn <serge@hallyn.com>
-  Mimi Zohar <zohar@linux.vnet.ibm.com>
- " Andres Rodriguez <andresx7@gmail.com>\0"
+ "To\0linux-security-module@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
  "On Wed, 2018-07-11 at 08:24 +0200, Ard Biesheuvel wrote:\n"
@@ -42,7 +27,7 @@
  "> some degree of trust in the driver author on the part of the IMA\n"
  "> routines that request_firmware() is called at an appropriate time.\n"
  "\n"
- "Exactly. \302\240Qualcomm could be using the pre-allocated buffer\n"
+ "Exactly. ?Qualcomm could be using the pre-allocated buffer\n"
  "appropriately, but that doesn't guarantee how it will be used in the\n"
  "future.\n"
  "\n"
@@ -68,15 +53,14 @@
  "devices or re-using the same buffer to load multiple firmware blobs.\n"
  "I'm not sure how easy that would be to detect.\n"
  "\n"
- "I need to stage the rest of the patch set to be upstreamed. \302\240Could we\n"
+ "I need to stage the rest of the patch set to be upstreamed. ?Could we\n"
  "just add a comment in the code reflecting this discussion?\n"
  "\n"
  "Mimi\n"
  "\n"
- "\n"
- "_______________________________________________\n"
- "kexec mailing list\n"
- "kexec@lists.infradead.org\n"
- http://lists.infradead.org/mailman/listinfo/kexec
+ "--\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
 
-020c90105759962d3fb66dca859ca3d1221bb2a6f95517631a9f544cadb0f04a
+ad6d23435833834398047e864c7212418f9b75e18bfe87b022305c788f1492cf

diff --git a/a/1.txt b/N3/1.txt
index 13f9679..1db0bcf 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -43,9 +43,3 @@ I need to stage the rest of the patch set to be upstreamed.  Could we
 just add a comment in the code reflecting this discussion?
 
 Mimi
-
-
-_______________________________________________
-kexec mailing list
-kexec@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/kexec
diff --git a/a/content_digest b/N3/content_digest
index 0bda030..aae2032 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -11,20 +11,20 @@
  "Date\0Thu, 12 Jul 2018 16:03:13 -0400\0"
  "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>"
  " Bjorn Andersson <bjorn.andersson@linaro.org>\0"
- "Cc\0Kees Cook <keescook@chromium.org>"
-  Stephen Boyd <sboyd@kernel.org>
-  Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-  Luis R . Rodriguez <mcgrof@suse.com>
-  Kexec Mailing List <kexec@lists.infradead.org>
+ "Cc\0Mimi Zohar <zohar@linux.vnet.ibm.com>"
+  linux-integrity <linux-integrity@vger.kernel.org>
   linux-security-module <linux-security-module@vger.kernel.org>
   Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
   David Howells <dhowells@redhat.com>
   Luis R . Rodriguez <mcgrof@kernel.org>
   Eric Biederman <ebiederm@xmission.com>
-  linux-integrity <linux-integrity@vger.kernel.org>
+  Kexec Mailing List <kexec@lists.infradead.org>
+  Andres Rodriguez <andresx7@gmail.com>
+  Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+  Luis R . Rodriguez <mcgrof@suse.com>
+  Kees Cook <keescook@chromium.org>
   Serge E . Hallyn <serge@hallyn.com>
-  Mimi Zohar <zohar@linux.vnet.ibm.com>
- " Andres Rodriguez <andresx7@gmail.com>\0"
+ " Stephen Boyd <sboyd@kernel.org>\0"
  "\00:1\0"
  "b\0"
  "On Wed, 2018-07-11 at 08:24 +0200, Ard Biesheuvel wrote:\n"
@@ -71,12 +71,6 @@
  "I need to stage the rest of the patch set to be upstreamed. \302\240Could we\n"
  "just add a comment in the code reflecting this discussion?\n"
  "\n"
- "Mimi\n"
- "\n"
- "\n"
- "_______________________________________________\n"
- "kexec mailing list\n"
- "kexec@lists.infradead.org\n"
- http://lists.infradead.org/mailman/listinfo/kexec
+ Mimi
 
-020c90105759962d3fb66dca859ca3d1221bb2a6f95517631a9f544cadb0f04a
+2b9e68a7b85fb9f177de5db139a6ad0507f80f670c28d0132a06fd3303b9781f

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.