diff for duplicates of <4C04F792.10207@oss.ntt.co.jp> diff --git a/a/content_digest b/N1/content_digest index fffab46..6993fe2 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,8 +1,22 @@ + "ref\020100504215645.6448af8f.takuya.yoshikawa@gmail.com\0" + "ref\04BE7F6D7.3060005@redhat.com\0" + "ref\04BE7FB7B.5010600@oss.ntt.co.jp\0" + "ref\04BEBE6D0.8020000@redhat.com\0" + "ref\04BF1070B.4000507@oss.ntt.co.jp\0" "ref\04BFA2539.3030709@oss.ntt.co.jp\0" + "ref\020100601105549.GA1975@amt.cnet\0" + "ref\020100601105549.GA1975-I4X2Mt4zSy4@public.gmane.org\0" "From\0Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>\0" "Subject\0Re: Any comments? Re: [RFC][PATCH 0/12] KVM, x86, ppc, asm-generic:\0" "Date\0Tue, 01 Jun 2010 12:05:38 +0000\0" - "To\0kvm-ia64@vger.kernel.org\0" + "To\0Marcelo Tosatti <mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0" + "Cc\0Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>" + Takuya Yoshikawa <takuya.yoshikawa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> + agraf-l3A5Bk7waGM@public.gmane.org + fernando-gVGce1chcLdL9jVzuh4AOg@public.gmane.org + kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + " kvm-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\0" "\00:1\0" "b\0" "(2010/06/01 19:55), Marcelo Tosatti wrote:\n" @@ -60,4 +74,4 @@ "\n" We can consider moving dirty bitmaps to user space later. -d3ad75a51e1cf33d8908e90df77ee12b1609b99bbeb0888a4c51436e442c30b0 +5d533010eee4de8056324efa905be9cadf10b685a378f074c242cbda8ee3d191
diff --git a/a/1.txt b/N2/1.txt index ecee7c3..8c2ad2c 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -44,7 +44,7 @@ currently used by x86 is the most simple and effective change. So if you don't mind, I want to double the size of vmalloc'ed area for x86 without changing other parts. - => if this one more bitmap is problematic, dirty logging itself would be + ==> if this one more bitmap is problematic, dirty logging itself would be in danger of failure: we need to have the same size in the timing of switch. diff --git a/a/content_digest b/N2/content_digest index fffab46..3600034 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,8 +1,22 @@ + "ref\020100504215645.6448af8f.takuya.yoshikawa@gmail.com\0" + "ref\04BE7F6D7.3060005@redhat.com\0" + "ref\04BE7FB7B.5010600@oss.ntt.co.jp\0" + "ref\04BEBE6D0.8020000@redhat.com\0" + "ref\04BF1070B.4000507@oss.ntt.co.jp\0" "ref\04BFA2539.3030709@oss.ntt.co.jp\0" - "From\0Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>\0" - "Subject\0Re: Any comments? Re: [RFC][PATCH 0/12] KVM, x86, ppc, asm-generic:\0" - "Date\0Tue, 01 Jun 2010 12:05:38 +0000\0" - "To\0kvm-ia64@vger.kernel.org\0" + "ref\020100601105549.GA1975@amt.cnet\0" + "ref\020100601105549.GA1975-I4X2Mt4zSy4@public.gmane.org\0" + "From\0Takuya Yoshikawa <yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>\0" + "Subject\0Re: Any comments? Re: [RFC][PATCH 0/12] KVM, x86, ppc, asm-generic: moving dirty bitmaps to user space\0" + "Date\0Tue, 01 Jun 2010 21:05:38 +0900\0" + "To\0Marcelo Tosatti <mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0" + "Cc\0Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>" + Takuya Yoshikawa <takuya.yoshikawa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> + agraf-l3A5Bk7waGM@public.gmane.org + fernando-gVGce1chcLdL9jVzuh4AOg@public.gmane.org + kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + " kvm-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\0" "\00:1\0" "b\0" "(2010/06/01 19:55), Marcelo Tosatti wrote:\n" @@ -51,7 +65,7 @@ "So if you don't mind, I want to double the size of vmalloc'ed area for x86\n" "without changing other parts.\n" "\n" - " => if this one more bitmap is problematic, dirty logging itself would be\n" + " ==> if this one more bitmap is problematic, dirty logging itself would be\n" " in danger of failure: we need to have the same size in the timing of\n" " switch.\n" "\n" @@ -60,4 +74,4 @@ "\n" We can consider moving dirty bitmaps to user space later. -d3ad75a51e1cf33d8908e90df77ee12b1609b99bbeb0888a4c51436e442c30b0 +2bb35e3dbfe464848dae6314c0395f73bbc81029071aa633dbd0862bd144a246
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.