All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170830025910.GB2386@redhat.com>

diff --git a/a/1.txt b/N1/1.txt
index 2bf8711..6c47cb8 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,5 +1,5 @@
 On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:
-> JA(C)rA'me Glisse <jglisse@redhat.com> wrote:
+> Jérôme Glisse <jglisse@redhat.com> wrote:
 > 
 > > Replacing all mmu_notifier_invalidate_page() by mmu_notifier_invalidat_range()
 > > and making sure it is bracketed by call to mmu_notifier_invalidate_range_start/
@@ -8,14 +8,14 @@ On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:
 > > Note that because we can not presume the pmd value or pte value we have to
 > > assume the worse and unconditionaly report an invalidation as happening.
 > > 
-> > Signed-off-by: JA(C)rA'me Glisse <jglisse@redhat.com>
+> > Signed-off-by: Jérôme Glisse <jglisse@redhat.com>
 > > Cc: Dan Williams <dan.j.williams@intel.com>
 > > Cc: Ross Zwisler <ross.zwisler@linux.intel.com>
 > > Cc: Linus Torvalds <torvalds@linux-foundation.org>
 > > Cc: Bernhard Held <berny156@gmx.de>
 > > Cc: Adam Borowski <kilobyte@angband.pl>
 > > Cc: Andrea Arcangeli <aarcange@redhat.com>
-> > Cc: Radim KrA?mA!A? <rkrcmar@redhat.com>
+> > Cc: Radim Krčmář <rkrcmar@redhat.com>
 > > Cc: Wanpeng Li <kernellwp@gmail.com>
 > > Cc: Paolo Bonzini <pbonzini@redhat.com>
 > > Cc: Takashi Iwai <tiwai@suse.de>
@@ -117,7 +117,7 @@ On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:
 > > +				mmu_notifier_invalidate_range(mm, address,
 > > +					address + vma_mmu_pagesize(vma));
 > 
-> I dona??t think that the notifier should be called after the PTE is set, but
+> I don’t think that the notifier should be called after the PTE is set, but
 > after the PTE is cleared, PTE permissions are demoted (e.g., RW->RO) or
 > access/dirty bits are cleared. [There is an exception: if the PFN in the PTE
 > is changed without clearing the PTE before, but it does not apply here, and
@@ -134,10 +134,4 @@ or ptep_get_and_clear() as in this case there is no need to invalidate
 any secondary page table but that's an overkill optimization that just
 add too much complexity.
 
-JA(C)rA'me
-
---
-To unsubscribe, send a message with 'unsubscribe linux-mm' in
-the body to majordomo@kvack.org.  For more info on Linux MM,
-see: http://www.linux-mm.org/ .
-Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
+Jérôme
diff --git a/a/content_digest b/N1/content_digest
index d3dd954..aecd4de 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -24,7 +24,7 @@
  "\00:1\0"
  "b\0"
  "On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:\n"
- "> JA(C)rA'me Glisse <jglisse@redhat.com> wrote:\n"
+ "> J\303\251r\303\264me Glisse <jglisse@redhat.com> wrote:\n"
  "> \n"
  "> > Replacing all mmu_notifier_invalidate_page() by mmu_notifier_invalidat_range()\n"
  "> > and making sure it is bracketed by call to mmu_notifier_invalidate_range_start/\n"
@@ -33,14 +33,14 @@
  "> > Note that because we can not presume the pmd value or pte value we have to\n"
  "> > assume the worse and unconditionaly report an invalidation as happening.\n"
  "> > \n"
- "> > Signed-off-by: JA(C)rA'me Glisse <jglisse@redhat.com>\n"
+ "> > Signed-off-by: J\303\251r\303\264me Glisse <jglisse@redhat.com>\n"
  "> > Cc: Dan Williams <dan.j.williams@intel.com>\n"
  "> > Cc: Ross Zwisler <ross.zwisler@linux.intel.com>\n"
  "> > Cc: Linus Torvalds <torvalds@linux-foundation.org>\n"
  "> > Cc: Bernhard Held <berny156@gmx.de>\n"
  "> > Cc: Adam Borowski <kilobyte@angband.pl>\n"
  "> > Cc: Andrea Arcangeli <aarcange@redhat.com>\n"
- "> > Cc: Radim KrA?mA!A? <rkrcmar@redhat.com>\n"
+ "> > Cc: Radim Kr\304\215m\303\241\305\231 <rkrcmar@redhat.com>\n"
  "> > Cc: Wanpeng Li <kernellwp@gmail.com>\n"
  "> > Cc: Paolo Bonzini <pbonzini@redhat.com>\n"
  "> > Cc: Takashi Iwai <tiwai@suse.de>\n"
@@ -142,7 +142,7 @@
  "> > +\t\t\t\tmmu_notifier_invalidate_range(mm, address,\n"
  "> > +\t\t\t\t\taddress + vma_mmu_pagesize(vma));\n"
  "> \n"
- "> I dona??t think that the notifier should be called after the PTE is set, but\n"
+ "> I don\342\200\231t think that the notifier should be called after the PTE is set, but\n"
  "> after the PTE is cleared, PTE permissions are demoted (e.g., RW->RO) or\n"
  "> access/dirty bits are cleared. [There is an exception: if the PFN in the PTE\n"
  "> is changed without clearing the PTE before, but it does not apply here, and\n"
@@ -159,12 +159,6 @@
  "any secondary page table but that's an overkill optimization that just\n"
  "add too much complexity.\n"
  "\n"
- "JA(C)rA'me\n"
- "\n"
- "--\n"
- "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
- "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
- "see: http://www.linux-mm.org/ .\n"
- "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
+ "J\303\251r\303\264me"
 
-63a9424e8837eadeb4bb0907d58597ea5867fb1f061fba6c79c30ad2dd785958
+3d6db8229891f0421989f5c31fd68c51f26ca59733ef43a01962074df9ce0cc6

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.