diff for duplicates of <20170222182331.GA27653@cbox> diff --git a/a/1.txt b/N1/1.txt index 647da6c..988d204 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -3,7 +3,7 @@ Hi Jintack, On Mon, Jan 09, 2017 at 01:23:56AM -0500, Jintack Lim wrote: > Nested virtualization is the ability to run a virtual machine inside another -> virtual machine. In other words, it’s about running a hypervisor (the guest +> virtual machine. In other words, it?s about running a hypervisor (the guest > hypervisor) on top of another hypervisor (the host hypervisor). > > This series supports nested virtualization on arm64. ARM recently announced an @@ -31,7 +31,7 @@ On Mon, Jan 09, 2017 at 01:23:56AM -0500, Jintack Lim wrote: > stages of translation when running nested VMs. We choose to merge two stage-2 > page tables (one from the guest hypervisor and the other from the host > hypervisor) and create shadow stage-2 page tables, which have mappings from the -> nested VM’s physical addresses to the machine physical addresses. Stage-1 +> nested VM?s physical addresses to the machine physical addresses. Stage-1 > translation is done by the hardware as is done for the normal VMs. > > To provide VGIC support to the guest hypervisor, we emulate the GIC @@ -121,7 +121,3 @@ you were able to pull it together to a pretty nice initial RFC! Thanks! -Christoffer -_______________________________________________ -kvmarm mailing list -kvmarm@lists.cs.columbia.edu -https://lists.cs.columbia.edu/mailman/listinfo/kvmarm diff --git a/a/content_digest b/N1/content_digest index 8ae12c5..223bd5c 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,24 +1,8 @@ "ref\01483943091-1364-1-git-send-email-jintack@cs.columbia.edu\0" - "From\0Christoffer Dall <cdall@linaro.org>\0" - "Subject\0Re: [RFC 00/55] Nested Virtualization on KVM/ARM\0" + "From\0cdall@linaro.org (Christoffer Dall)\0" + "Subject\0[RFC 00/55] Nested Virtualization on KVM/ARM\0" "Date\0Wed, 22 Feb 2017 19:23:31 +0100\0" - "To\0Jintack Lim <jintack@cs.columbia.edu>\0" - "Cc\0kvm@vger.kernel.org" - catalin.marinas@arm.com - will.deacon@arm.com - kvmarm@lists.cs.columbia.edu - shihwei@cs.columbia.edu - lorenzo.pieralisi@arm.com - linux@armlinux.org.uk - linux-arm-kernel@lists.infradead.org - marc.zyngier@arm.com - andre.przywara@arm.com - kevin.brodsky@arm.com - wcohen@redhat.com - anna-maria@linutronix.de - geoff@infradead.org - linux-kernel@vger.kernel.org - " pbonzini@redhat.com\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "Hi Jintack,\n" @@ -26,7 +10,7 @@ "\n" "On Mon, Jan 09, 2017 at 01:23:56AM -0500, Jintack Lim wrote:\n" "> Nested virtualization is the ability to run a virtual machine inside another\n" - "> virtual machine. In other words, it\342\200\231s about running a hypervisor (the guest\n" + "> virtual machine. In other words, it?s about running a hypervisor (the guest\n" "> hypervisor) on top of another hypervisor (the host hypervisor).\n" "> \n" "> This series supports nested virtualization on arm64. ARM recently announced an\n" @@ -54,7 +38,7 @@ "> stages of translation when running nested VMs. We choose to merge two stage-2\n" "> page tables (one from the guest hypervisor and the other from the host\n" "> hypervisor) and create shadow stage-2 page tables, which have mappings from the\n" - "> nested VM\342\200\231s physical addresses to the machine physical addresses. Stage-1\n" + "> nested VM?s physical addresses to the machine physical addresses. Stage-1\n" "> translation is done by the hardware as is done for the normal VMs.\n" "> \n" "> To provide VGIC support to the guest hypervisor, we emulate the GIC\n" @@ -143,10 +127,6 @@ "you were able to pull it together to a pretty nice initial RFC!\n" "\n" "Thanks!\n" - "-Christoffer\n" - "_______________________________________________\n" - "kvmarm mailing list\n" - "kvmarm@lists.cs.columbia.edu\n" - https://lists.cs.columbia.edu/mailman/listinfo/kvmarm + -Christoffer -ac6d918aa9b858937e4e2f4dd5d08e88aec725d0a041767c1708e115e8234384 +81a854fafb160a6162628946fe66c1e2cb1d260d6884e9b5e3179f3e2583fedb
diff --git a/a/1.txt b/N2/1.txt index 647da6c..42fd701 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -121,7 +121,3 @@ you were able to pull it together to a pretty nice initial RFC! Thanks! -Christoffer -_______________________________________________ -kvmarm mailing list -kvmarm@lists.cs.columbia.edu -https://lists.cs.columbia.edu/mailman/listinfo/kvmarm diff --git a/a/content_digest b/N2/content_digest index 8ae12c5..cbef79b 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -3,22 +3,30 @@ "Subject\0Re: [RFC 00/55] Nested Virtualization on KVM/ARM\0" "Date\0Wed, 22 Feb 2017 19:23:31 +0100\0" "To\0Jintack Lim <jintack@cs.columbia.edu>\0" - "Cc\0kvm@vger.kernel.org" + "Cc\0christoffer.dall@linaro.org" + marc.zyngier@arm.com + pbonzini@redhat.com + rkrcmar@redhat.com + linux@armlinux.org.uk catalin.marinas@arm.com will.deacon@arm.com - kvmarm@lists.cs.columbia.edu - shihwei@cs.columbia.edu + vladimir.murzin@arm.com + suzuki.poulose@arm.com + mark.rutland@arm.com + james.morse@arm.com lorenzo.pieralisi@arm.com - linux@armlinux.org.uk - linux-arm-kernel@lists.infradead.org - marc.zyngier@arm.com - andre.przywara@arm.com kevin.brodsky@arm.com wcohen@redhat.com - anna-maria@linutronix.de + shankerd@codeaurora.org geoff@infradead.org - linux-kernel@vger.kernel.org - " pbonzini@redhat.com\0" + andre.przywara@arm.com + eric.auger@redhat.com + anna-maria@linutronix.de + shihwei@cs.columbia.edu + linux-arm-kernel@lists.infradead.org + kvmarm@lists.cs.columbia.edu + kvm@vger.kernel.org + " linux-kernel@vger.kernel.org\0" "\00:1\0" "b\0" "Hi Jintack,\n" @@ -143,10 +151,6 @@ "you were able to pull it together to a pretty nice initial RFC!\n" "\n" "Thanks!\n" - "-Christoffer\n" - "_______________________________________________\n" - "kvmarm mailing list\n" - "kvmarm@lists.cs.columbia.edu\n" - https://lists.cs.columbia.edu/mailman/listinfo/kvmarm + -Christoffer -ac6d918aa9b858937e4e2f4dd5d08e88aec725d0a041767c1708e115e8234384 +53413cef996af050dee8c4d39282db7a331aed88242a8e5ecd820d27955ae152
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.