All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1373394562.8183.197@snotra>

diff --git a/a/1.txt b/N1/1.txt
index ec569ac..f888e0e 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,25 +1,25 @@
 On 07/09/2013 12:46:32 PM, Alexander Graf wrote:
 > On 07/09/2013 07:16 PM, Scott Wood wrote:
 >> On 07/08/2013 01:45:58 PM, Alexander Graf wrote:
->>> 
+>>>=20
 >>> On 03.07.2013, at 15:30, Mihai Caraman wrote:
->>> 
->>> > Some guests are making use of return from machine check  
+>>>=20
+>>> > Some guests are making use of return from machine check =20
 >>> instruction
->>> > to do crazy things even though the 64-bit kernel doesn't handle  
+>>> > to do crazy things even though the 64-bit kernel doesn't handle =20
 >>> yet
->>> > this interrupt. Emulate MCSRR0/1 SPR and rfmci instruction  
+>>> > this interrupt. Emulate MCSRR0/1 SPR and rfmci instruction =20
 >>> accordingly.
 >>> >
 >>> > Signed-off-by: Mihai Caraman <mihai.caraman@freescale.com>
 >>> > ---
 >>> > arch/powerpc/include/asm/kvm_host.h |    1 +
->>> > arch/powerpc/kvm/booke_emulate.c    |   25  
+>>> > arch/powerpc/kvm/booke_emulate.c    |   25 =20
 >>> +++++++++++++++++++++++++
 >>> > arch/powerpc/kvm/timing.c           |    1 +
 >>> > 3 files changed, 27 insertions(+), 0 deletions(-)
 >>> >
->>> > diff --git a/arch/powerpc/include/asm/kvm_host.h  
+>>> > diff --git a/arch/powerpc/include/asm/kvm_host.h =20
 >>> b/arch/powerpc/include/asm/kvm_host.h
 >>> > index af326cd..0466789 100644
 >>> > --- a/arch/powerpc/include/asm/kvm_host.h
@@ -29,28 +29,28 @@ On 07/09/2013 12:46:32 PM, Alexander Graf wrote:
 >>> >     EMULATED_RFI_EXITS,
 >>> >     EMULATED_RFCI_EXITS,
 >>> > +    EMULATED_RFMCI_EXITS,
->>> 
->>> I would quite frankly prefer to see us abandon the whole exit  
->>> timing framework in the kernel and instead use trace points. Then  
+>>>=20
+>>> I would quite frankly prefer to see us abandon the whole exit =20
+>>> timing framework in the kernel and instead use trace points. Then =20
 >>> we don't have to maintain all of this randomly exercised code.
->> 
->> Would this map well to tracepoints?  We're not trying to track  
->> discrete events, so much as accumulated time spent in different  
+>>=20
+>> Would this map well to tracepoints?  We're not trying to track =20
+>> discrete events, so much as accumulated time spent in different =20
 >> areas.
-> 
-> I think so. We'd just have to emit tracepoints as soon as we enter  
-> handle_exit and in prepare_to_enter. Then a user space program should  
-> have everything it needs to create statistics out of that. It would  
+>=20
+> I think so. We'd just have to emit tracepoints as soon as we enter =20
+> handle_exit and in prepare_to_enter. Then a user space program should =20
+> have everything it needs to create statistics out of that. It would =20
 > certainly simplify the entry/exit path.
 
 I was hoping that wasn't going to be your answer. :-)
 
-Such a change would introduce a new dependency, more complexity, and  
-the possibility for bad totals to result from a ring buffer filling  
+Such a change would introduce a new dependency, more complexity, and =20
+the possibility for bad totals to result from a ring buffer filling =20
 faster than userspace can drain it.
 
-I also don't see how it would simplify entry/exit, since we'd still  
-need to take timestamps in the same places, in order to record a final  
+I also don't see how it would simplify entry/exit, since we'd still =20
+need to take timestamps in the same places, in order to record a final =20
 event that says how long a particular event took.
 
--Scott
+-Scott=
diff --git a/a/content_digest b/N1/content_digest
index 3502c3f..c02d6a8 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,36 +5,36 @@
  "ref\051DC4C78.5080808@suse.de\0"
  "From\0Scott Wood <scottwood@freescale.com>\0"
  "Subject\0Re: [PATCH 2/2] KVM: PPC: Book3E: Emulate MCSRR0/1 SPR and rfmci instruction\0"
- "Date\0Tue, 09 Jul 2013 18:29:22 +0000\0"
+ "Date\0Tue, 9 Jul 2013 13:29:22 -0500\0"
  "To\0Alexander Graf <agraf@suse.de>\0"
  "Cc\0Mihai Caraman <mihai.caraman@freescale.com>"
-  kvm-ppc@vger.kernel.org
+  linuxppc-dev@lists.ozlabs.org
   kvm@vger.kernel.org
- " linuxppc-dev@lists.ozlabs.org\0"
+ " kvm-ppc@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
  "On 07/09/2013 12:46:32 PM, Alexander Graf wrote:\n"
  "> On 07/09/2013 07:16 PM, Scott Wood wrote:\n"
  ">> On 07/08/2013 01:45:58 PM, Alexander Graf wrote:\n"
- ">>> \n"
+ ">>>=20\n"
  ">>> On 03.07.2013, at 15:30, Mihai Caraman wrote:\n"
- ">>> \n"
- ">>> > Some guests are making use of return from machine check  \n"
+ ">>>=20\n"
+ ">>> > Some guests are making use of return from machine check =20\n"
  ">>> instruction\n"
- ">>> > to do crazy things even though the 64-bit kernel doesn't handle  \n"
+ ">>> > to do crazy things even though the 64-bit kernel doesn't handle =20\n"
  ">>> yet\n"
- ">>> > this interrupt. Emulate MCSRR0/1 SPR and rfmci instruction  \n"
+ ">>> > this interrupt. Emulate MCSRR0/1 SPR and rfmci instruction =20\n"
  ">>> accordingly.\n"
  ">>> >\n"
  ">>> > Signed-off-by: Mihai Caraman <mihai.caraman@freescale.com>\n"
  ">>> > ---\n"
  ">>> > arch/powerpc/include/asm/kvm_host.h |    1 +\n"
- ">>> > arch/powerpc/kvm/booke_emulate.c    |   25  \n"
+ ">>> > arch/powerpc/kvm/booke_emulate.c    |   25 =20\n"
  ">>> +++++++++++++++++++++++++\n"
  ">>> > arch/powerpc/kvm/timing.c           |    1 +\n"
  ">>> > 3 files changed, 27 insertions(+), 0 deletions(-)\n"
  ">>> >\n"
- ">>> > diff --git a/arch/powerpc/include/asm/kvm_host.h  \n"
+ ">>> > diff --git a/arch/powerpc/include/asm/kvm_host.h =20\n"
  ">>> b/arch/powerpc/include/asm/kvm_host.h\n"
  ">>> > index af326cd..0466789 100644\n"
  ">>> > --- a/arch/powerpc/include/asm/kvm_host.h\n"
@@ -44,30 +44,30 @@
  ">>> >     EMULATED_RFI_EXITS,\n"
  ">>> >     EMULATED_RFCI_EXITS,\n"
  ">>> > +    EMULATED_RFMCI_EXITS,\n"
- ">>> \n"
- ">>> I would quite frankly prefer to see us abandon the whole exit  \n"
- ">>> timing framework in the kernel and instead use trace points. Then  \n"
+ ">>>=20\n"
+ ">>> I would quite frankly prefer to see us abandon the whole exit =20\n"
+ ">>> timing framework in the kernel and instead use trace points. Then =20\n"
  ">>> we don't have to maintain all of this randomly exercised code.\n"
- ">> \n"
- ">> Would this map well to tracepoints?  We're not trying to track  \n"
- ">> discrete events, so much as accumulated time spent in different  \n"
+ ">>=20\n"
+ ">> Would this map well to tracepoints?  We're not trying to track =20\n"
+ ">> discrete events, so much as accumulated time spent in different =20\n"
  ">> areas.\n"
- "> \n"
- "> I think so. We'd just have to emit tracepoints as soon as we enter  \n"
- "> handle_exit and in prepare_to_enter. Then a user space program should  \n"
- "> have everything it needs to create statistics out of that. It would  \n"
+ ">=20\n"
+ "> I think so. We'd just have to emit tracepoints as soon as we enter =20\n"
+ "> handle_exit and in prepare_to_enter. Then a user space program should =20\n"
+ "> have everything it needs to create statistics out of that. It would =20\n"
  "> certainly simplify the entry/exit path.\n"
  "\n"
  "I was hoping that wasn't going to be your answer. :-)\n"
  "\n"
- "Such a change would introduce a new dependency, more complexity, and  \n"
- "the possibility for bad totals to result from a ring buffer filling  \n"
+ "Such a change would introduce a new dependency, more complexity, and =20\n"
+ "the possibility for bad totals to result from a ring buffer filling =20\n"
  "faster than userspace can drain it.\n"
  "\n"
- "I also don't see how it would simplify entry/exit, since we'd still  \n"
- "need to take timestamps in the same places, in order to record a final  \n"
+ "I also don't see how it would simplify entry/exit, since we'd still =20\n"
+ "need to take timestamps in the same places, in order to record a final =20\n"
  "event that says how long a particular event took.\n"
  "\n"
- -Scott
+ -Scott=
 
-c88c4a90f955a2b72af290cf16782b2e322ae2e98535b3b07e06a4acd9afe38e
+e402c8ada422796cb5897cf5a493d8abafd41beb675529eef94c1f8cfca6aad0

diff --git a/a/content_digest b/N2/content_digest
index 3502c3f..023e553 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -5,12 +5,12 @@
  "ref\051DC4C78.5080808@suse.de\0"
  "From\0Scott Wood <scottwood@freescale.com>\0"
  "Subject\0Re: [PATCH 2/2] KVM: PPC: Book3E: Emulate MCSRR0/1 SPR and rfmci instruction\0"
- "Date\0Tue, 09 Jul 2013 18:29:22 +0000\0"
+ "Date\0Tue, 9 Jul 2013 13:29:22 -0500\0"
  "To\0Alexander Graf <agraf@suse.de>\0"
  "Cc\0Mihai Caraman <mihai.caraman@freescale.com>"
-  kvm-ppc@vger.kernel.org
-  kvm@vger.kernel.org
- " linuxppc-dev@lists.ozlabs.org\0"
+  <kvm-ppc@vger.kernel.org>
+  <kvm@vger.kernel.org>
+ " <linuxppc-dev@lists.ozlabs.org>\0"
  "\00:1\0"
  "b\0"
  "On 07/09/2013 12:46:32 PM, Alexander Graf wrote:\n"
@@ -70,4 +70,4 @@
  "\n"
  -Scott
 
-c88c4a90f955a2b72af290cf16782b2e322ae2e98535b3b07e06a4acd9afe38e
+4c7b9990d4faa15448cdd817c26dfb23a700605266b6db8192553b390df885e9

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.