All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20171123090747.GA6948@amd>

diff --git a/a/1.txt b/N1/1.txt
index f2992fb..67d9646 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -24,12 +24,12 @@ Hi!
 > > Same as leaking any other address bits? Caches are "virtually
 > > indexed",
 > 
-> Not on arm64, although I don?t see how that is relevant if you are trying to defeat kaslr.
+> Not on arm64, although I don’t see how that is relevant if you are trying to defeat kaslr.
 > 
 > > and tag does not come into play...
 > > 
 > 
-> Well, I must be missing something then, because I don?t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared)
+> Well, I must be missing something then, because I don’t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared)
 > 
 
 Well, KASLR is about keeping bits of kernel virtual address secret
@@ -51,10 +51,3 @@ You can use timing instead of TSX, right?
 -- 
 (english) http://www.livejournal.com/~pavelmachek
 (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: signature.asc
-Type: application/pgp-signature
-Size: 181 bytes
-Desc: Digital signature
-URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20171123/2ede7109/attachment.sig>
diff --git a/N1/2.bin b/N1/2.bin
new file mode 100644
index 0000000..aa934aa
--- /dev/null
+++ b/N1/2.bin
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1
+
+iEYEARECAAYFAloWj+MACgkQMOfwapXb+vKSugCfSN2fwXXiPkOZ4DsdN6CGQJS8
+IUkAnRu8Bfs05c0IZvojCF7IqoOWp+87
+=EZCo
+-----END PGP SIGNATURE-----
diff --git a/N1/2.hdr b/N1/2.hdr
new file mode 100644
index 0000000..3237378
--- /dev/null
+++ b/N1/2.hdr
@@ -0,0 +1,2 @@
+Content-Type: application/pgp-signature; name="signature.asc"
+Content-Description: Digital signature
diff --git a/a/content_digest b/N1/content_digest
index ac4f91d..cce29f0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,11 +5,19 @@
  "ref\0C271F3D3-A849-43F5-AE0A-6997890A3857@linaro.org\0"
  "ref\020171122233738.GA25313@amd\0"
  "ref\0D3BCED36-58D1-4E30-9171-16F06A5DC65D@linaro.org\0"
- "From\0pavel@ucw.cz (Pavel Machek)\0"
- "Subject\0[PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)\0"
+ "From\0Pavel Machek <pavel@ucw.cz>\0"
+ "Subject\0Re: [PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)\0"
  "Date\0Thu, 23 Nov 2017 10:07:47 +0100\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
- "\00:1\0"
+ "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>\0"
+ "Cc\0Will Deacon <will.deacon@arm.com>"
+  linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
+  Catalin Marinas <catalin.marinas@arm.com>
+  Mark Rutland <mark.rutland@arm.com>
+  Stephen Boyd <sboyd@codeaurora.org>
+  Dave Hansen <dave.hansen@linux.intel.com>
+ " Kees Cook <keescook@chromium.org>\0"
+ "\01:1\0"
  "b\0"
  "Hi!\n"
  "\n"
@@ -37,12 +45,12 @@
  "> > Same as leaking any other address bits? Caches are \"virtually\n"
  "> > indexed\",\n"
  "> \n"
- "> Not on arm64, although I don?t see how that is relevant if you are trying to defeat kaslr.\n"
+ "> Not on arm64, although I don\342\200\231t see how that is relevant if you are trying to defeat kaslr.\n"
  "> \n"
  "> > and tag does not come into play...\n"
  "> > \n"
  "> \n"
- "> Well, I must be missing something then, because I don?t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared)\n"
+ "> Well, I must be missing something then, because I don\342\200\231t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared)\n"
  "> \n"
  "\n"
  "Well, KASLR is about keeping bits of kernel virtual address secret\n"
@@ -63,13 +71,17 @@
  "     \t \t    \t     \t       \t      \t     \t       \t    Pavel\n"
  "-- \n"
  "(english) http://www.livejournal.com/~pavelmachek\n"
- "(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html\n"
- "-------------- next part --------------\n"
- "A non-text attachment was scrubbed...\n"
- "Name: signature.asc\n"
- "Type: application/pgp-signature\n"
- "Size: 181 bytes\n"
- "Desc: Digital signature\n"
- URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20171123/2ede7109/attachment.sig>
+ (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
+ "\01:2\0"
+ "fn\0signature.asc\0"
+ "d\0Digital signature\0"
+ "b\0"
+ "-----BEGIN PGP SIGNATURE-----\n"
+ "Version: GnuPG v1\n"
+ "\n"
+ "iEYEARECAAYFAloWj+MACgkQMOfwapXb+vKSugCfSN2fwXXiPkOZ4DsdN6CGQJS8\n"
+ "IUkAnRu8Bfs05c0IZvojCF7IqoOWp+87\n"
+ "=EZCo\n"
+ "-----END PGP SIGNATURE-----\n"
 
-d0c58c9d1cefec7fd5c7e65b06d69012775d7126b2bb6609a438e5324a7fa34a
+707b4656ef16bb5c452dd7530bc351218a3ac135040f62c68638de6588e211bd

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.