From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from [222.73.24.84] (helo=song.cn.fujitsu.com) by merlin.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux)) id 1SK7ck-0001G3-LA for kexec@lists.infradead.org; Tue, 17 Apr 2012 12:35:12 +0000 Message-ID: <4F8D530C.3050908@cn.fujitsu.com> Date: Tue, 17 Apr 2012 19:25:00 +0800 From: Wen Congyang MIME-Version: 1.0 Subject: Re: [PATCH 0/4] Export offsets of VMCS fields as note information for kdump References: <4F84E0DF.8040206@cn.fujitsu.com> <4F8D1F46.3090901@redhat.com> <4F8D4B4C.8070705@cn.fujitsu.com> <4F8D4D1C.4010400@redhat.com> In-Reply-To: <4F8D4D1C.4010400@redhat.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: kexec-bounces@lists.infradead.org Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Avi Kivity Cc: dzickus@redhat.com, luto@mit.edu, gregkh@suse.de, kvm@vger.kernel.org, joerg.roedel@amd.com, mtosatti@redhat.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, paul.gortmaker@windriver.com, zhangyanfei , ebiederm@xmission.com, ludwig.nussel@suse.de QXQgMDQvMTcvMjAxMiAwNjo1OSBQTSwgQXZpIEtpdml0eSBXcm90ZToKPiBPbiAwNC8xNy8yMDEy IDAxOjUxIFBNLCB6aGFuZ3lhbmZlaSB3cm90ZToKPj4g5LqOIDIwMTLlubQwNOaciDE35pelIDE1 OjQ0LCBBdmkgS2l2aXR5IOWGmemBkzoKPj4+IE9uIDA0LzExLzIwMTIgMDQ6MzkgQU0sIHpoYW5n eWFuZmVpIHdyb3RlOgo+Pj4+IFRoaXMgcGF0Y2ggc2V0IGV4cG9ydHMgb2Zmc2V0cyBvZiBWTUNT IGZpZWxkcyBhcyBub3RlIGluZm9ybWF0aW9uIGZvcgo+Pj4+IGtkdW1wLiBXZSBjYWxsIGl0IFZN Q1NJTkZPLiBUaGUgcHVycG9zZSBvZiBWTUNTSU5GTyBpcyB0byByZXRyaWV2ZQo+Pj4+IHJ1bnRp bWUgc3RhdGUgb2YgZ3Vlc3QgbWFjaGluZSBpbWFnZSwgc3VjaCBhcyByZWdpc3RlcnMsIGluIGhv c3QKPj4+PiBtYWNoaW5lJ3MgY3Jhc2ggZHVtcCBhcyBWTUNTIGZvcm1hdC4gVGhlIHByb2JsZW0g aXMgdGhhdCBWTUNTCj4+Pj4gaW50ZXJuYWwgaXMgaGlkZGVuIGJ5IEludGVsIGluIGl0cyBzcGVj aWZpY2F0aW9uLiBTbywgd2UgcmV2ZXJzZQo+Pj4+IGVuZ2luZWVyaW5nIGl0IGluIHRoZSB3YXkg aW1wbGVtZW50ZWQgaW4gdGhpcyBwYXRjaCBzZXQuIFBsZWFzZSBub3RlCj4+Pj4gdGhhdCB0aGlz IHByb2Nlc3NpbmcgbmV2ZXIgYWZmZWN0cyBhbnkgZXhpc3Rpbmcga3ZtIGxvZ2ljLiBUaGUKPj4+ PiBWTUNTSU5GTyBpcyBleHBvcnRlZCB2aWEgc3lzZnMgdG8ga2V4ZWMtdG9vbHMganVzdCBsaWtl IFZNQ09SRUlORk8uCj4+Pj4KPj4+PiBIZXJlIGlzIGFuIGV4YW1wbGU6Cj4+Pj4gUHJvY2Vzc29y OiBJbnRlbChSKSBDb3JlKFRNKTIgRHVvIENQVSAgICAgRTc1MDAgIEAgMi45M0dIego+Pj4+Cj4+ Pj4gJGNhdCAvc3lzL2tlcm5lbC92bWNzaW5mbwo+Pj4+IDFjYmE4YzAgMjAwMAo+Pj4+Cj4+Pj4g Y3Jhc2g+IHJkIC1wIDFjYmE4YzAgMTAwMAo+Pj4+ICAgICAgICAgIDFjYmE4YzA6ICAwMDAwMTI3 YjAwMDAwMDA5IDUzNDM0ZDU2MDAwMDAwMDAgICAuLi4uey4uLi4uLi5WTUNTCj4+Pj4gICAgICAg ICAgMWNiYThkMDogIDAwMDAwMDAwNGY0NjRlNDkgNGU0ZjQ5NTM0OTU2NDU1MiAgIElORk8uLi4u UkVWSVNJT04KPj4+PiAgICAgICAgICAxY2JhOGUwOiAgNDk0NjBhNjQzZDQ0NDk1ZiA1ZjRlNDk1 MDI4NDQ0YzQ1ICAgX0lEPWQuRklFTEQoUElOXwo+Pj4+ICAgICAgICAgIDFjYmE4ZjA6ICA0ZDU2 NWY0NDQ1NTM0MTQyIDRmNDM1ZjQzNDU1ODQ1NWYgICBCQVNFRF9WTV9FWEVDX0NPCj4+Pj4gICAg ICAgICAgMWNiYTkwMDogIDMwM2QyOTRjNGY1MjU0NGUgMGEzMDM4MzEzMDM0MzgzMSAgIE5UUk9M KT0wMTg0MDE4MC4KPj4+PiAgICAgICAgICAxY2JhOTEwOiAgNTA0MzI4NDQ0YzQ1NDk0NiA1ZjQ0 NDU1MzQxNDI1ZjU1ICAgRklFTEQoQ1BVX0JBU0VEXwo+Pj4+ICAgICAgICAgIDFjYmE5MjA6ICA1 ZjQzNDU1ODQ1NWY0ZDU2IDI5NGM0ZjUyNTQ0ZTRmNDMgICBWTV9FWEVDX0NPTlRST0wpCj4+Pj4g ICAgICAgICAgMWNiYTkzMDogIDM5MzEzMDM0MzkzMTMwM2QgMjg0NDRjNDU0OTQ2MGEzMCAgID0w MTk0MDE5MC5GSUVMRCgKPj4+PiAgICAgICAgICAxY2JhOTQwOiAgNTI0MTQ0NGU0ZjQzNDU1MyA0 NTU4NDU1ZjRkNTY1ZjU5ICAgU0VDT05EQVJZX1ZNX0VYRQo+Pj4+ICAgICAgICAgIDFjYmE5NTA6 ICA0ZjUyNTQ0ZTRmNDM1ZjQzIDMwMzQ2NTY2MzAzZDI5NGMgICBDX0NPTlRST0wpPTBmZTQwCj4+ Pj4gICAgICAgICAgMWNiYTk2MDogIDRjNDU0OTQ2MGEzMDY1NjYgNDk1ODQ1NWY0ZDU2Mjg0NCAg IGZlMC5GSUVMRChWTV9FWEkKPj4+PiAgICAgICAgICAxY2JhOTcwOiAgNGY1MjU0NGU0ZjQzNWY1 NCAzNDY1MzEzMDNkMjk1MzRjICAgVF9DT05UUk9MUyk9MDFlNAo+Pj4+ICAgICAgICAgIDFjYmE5 ODA6ICA0NTQ5NDYwYTMwNjUzMTMwIDRlNDU1ZjRkNTYyODQ0NGMgICAwMWUwLkZJRUxEKFZNX0VO Cj4+Pj4gICAgICAgICAgMWNiYTk5MDogIDU0NGU0ZjQzNWY1OTUyNTQgMzMzMDNkMjk1MzRjNGY1 MiAgIFRSWV9DT05UUk9MUyk9MDMKPj4+PiAgICAgICAgICAxY2JhOWEwOiAgNDYwYTMwMzEzMzMw MzQzMSA0NTU1NDcyODQ0NGM0NTQ5ICAgMTQwMzEwLkZJRUxEKEdVRQo+Pj4+ICAgICAgICAgIDFj YmE5YjA6ICA0NTUzNWY1MzQ1NWY1NDUzIDNkMjk1MjRmNTQ0MzQ1NGMgICBTVF9FU19TRUxFQ1RP Uik9Cj4+Pj4gICAgICAgICAgMWNiYTljMDogIDQ1NDk0NjBhMzAzMDM1MzAgNTQ1MzQ1NTU0NzI4 NDQ0YyAgIDA1MDAuRklFTEQoR1VFU1QKPj4+PiAgICAgICAgICAxY2JhOWQwOiAgNDU0YzQ1NTM1 ZjUzNDM1ZiAzNTMwM2QyOTUyNGY1NDQzICAgX0NTX1NFTEVDVE9SKT0wNQo+Pj4+ICAgICAgICAg IC4uLi4uLgo+Pj4+Cj4+Pj4gVE9ETzoKPj4+PiAgIDEuIEluIGtleGVjLXRvb2xzLCBnZXQgVk1D U0lORk8gdmlhIHN5c2ZzIGFuZCBkdW1wIGl0IGFzIG5vdGUgaW5mb3JtYXRpb24KPj4+PiAgICAg IGludG8gdm1jb3JlLgo+Pj4+ICAgMi4gRHVtcCBWTUNTIHJlZ2lvbiBvZiBlYWNoIGd1ZXN0IHZj cHUgYW5kIFZNQ1NJTkZPIGludG8gcWVtdS1wcm9jZXNzCj4+Pj4gICAgICBjb3JlIGZpbGUuIFRv IGRvIHRoaXMsIHdlIHdpbGwgbW9kaWZ5IGtlcm5lbCBjb3JlIGR1bXBlciwgZ2RiIGdjb3JlCj4+ Pj4gICAgICBhbmQgY3Jhc2ggZ2NvcmUuCj4+Pj4gICAzLiBEdW1wIGd1ZXN0IGltYWdlIGZyb20g dGhlIHFlbXUtcHJvY2VzcyBjb3JlIGZpbGUgaW50byBhIHZtY29yZS4KPj4+Pgo+Pj4KPj4+IFRh a2luZyBhIHN0ZXAgYmFjaywgY2FuIHlvdSBkZXNjcmliZSB0aGUgcHJvYmxlbSBzY2VuYXJpbyB5 b3UncmUgZml4aW5nCj4+PiBoZXJlPwo+Pj4KPj4gQ29uc2lkZXJpbmcgdHdvIHNjZW5hcmlvcyBi ZWxvdzoKPj4gMS4gSG9zdCBwYW5pY3MsIGd1ZXN0cyBydW5uaW5nIG9uIHRoYXQgaG9zdCB3aWxs IGFsc28gYmUgZHVtcGVkIGludG8KPj4gICAgaG9zdCdzIHZtY29yZS4KPj4gMi4gUWVtdSBwcm9j ZXNzIGlzIGNvcmUgZHVtcGVkIChieSBnZGIgZ2NvcmUgb3Iga2VybmVsIGNvcmUgZHVtcGVyKSwg YW5kCj4+ICAgIGl0cyBjb3Jlc3BvbmRpbmcgZ3Vlc3Qgd2lsbCBiZSBpbmNsdWRlZCBpbiB0aGUg Y29yZSBmaWxlLgo+Pgo+PiBXZSB3YW50IHRvIGNyZWF0ZSB0aGUgZ3Vlc3QgbWFjaGluZSdzIGNy YXNoIGR1bXAgZnJvbSBob3N0IG1hY2hpbmUncyB2bWNvcmUKPj4gb3IgcWVtdSBwcm9jZXNzJ3Mg Y29yZSBmaWxlLiBVbmZvcnR1bmF0ZWx5LCB3ZSBjYW5ub3QgZ2V0IHRoZSBndWVzdCdzIHJlZ2lz dGVycwo+PiB2YWx1ZXMgaW4gYm90aCBzY2VuYXJpb3MuCj4+Cj4+IEZvciBzY2VuYXJpbyAxLCBz b21lIGtleSByZWdpc3RlcnMgKENSMCwgQ1IzLi4uKSBvZiB0aGUgZ3Vlc3QgbWFjaGluZSBhcmUg c3RvcmVkCj4+IGluIFZNQ1MgcmVnaW9uLiBCdXQgVk1DUyBpbnRlcm5hbCBpcyBoaWRkZW4gYnkg SW50ZWwgc3BlY2lmaWNhdGlvbi4gU28gdGhpcwo+PiBwYXRjaCBzZXQgYWltcyB0byBnZXQgb2Zm c2V0cyBvZiBmaWVsZHMgaW4gVk1DUyByZWdpb24gYW5kIGV4cG9ydCBpdCBhcyBub3RlCj4+IGlu Zm9ybWF0aW9uIGZvciBrZHVtcC4gCj4gCj4gT2theS4gIERvIHlvdSBleHBlY3QgaXQgdG8gaGVs cCBpbiBkZWJ1Z2dpbmcgdGhlIGNyYXNoPyAgRGlkIHlvdSBoYXZlCj4gY2FzZXMgd2hlcmUgaXQg d291bGQgaGVscD8KPiAKPj4KPj4gRm9yIHNjZW5hcmlvIDIsIHdlIGFsc28gd2FudCB0aGUgZ3Vl c3QncyByZWdpc3RlcnMgdmFsdWVzIHRvIGJlIGR1bXBlZCBpbnRvCj4+IHFlbXUgcHJvY2Vzcydz IGNvcmUgZmlsZSB3aGVuIHFlbXUgcHJvY2VzcyBjcmFzaGVzLiBUaGlzIGlzIHRoZSB0YXNrIG9m IFRPRE8tbGlzdCAyLgo+IAo+IFdoeT8gIElmIHFlbXUgY3Jhc2hlZCBpdCBpcyBiZWNhdXNlIG9m IGFuIGludGVybmFsIHFlbXUgZmF1bHQuICBJZiBhbnkKPiBndWVzdCByZWdpc3RlcnMgd2VyZSBp bnZvbHZlZCwgdGhleSB3b3VsZCBoYXZlIGJlZW4gZGVjb2RlZCBieSBxZW11Cj4gcHJldmlvdXNs eSBhbmQgd291bGQgYmUgcHJlc2VudCBpbiB0aGUgc3RhY2sgdHJhY2UgKGZvciBleGFtcGxlIG1t aW8KPiBhZGRyZXNzL2RhdGEpLgoKSG1tLCBJSVJDLCBpZiBxZW11IG1lZXRzIHNvbWUgY3JpdGlj YWwgZXJyb3IsIGl0IHdpbGwgY2FsbCBhYm9ydCgpIG9yIGFzc2VydCgpLgpUaGUgZ3Vlc3QgcmVn aXN0ZXJzIGFyZSBzdG9yZWQgaW4gdGhlIGtlcm5lbCwgYW5kIHFlbXUgZG9lcyBub3QgY2FsbApj cHVfc3luY2hyb25pemVfc3RhdGUoKSB0byBnZXQgZ3Vlc3QgcmVnaXN0ZXIuIFNvIEkgZG9ub3Qg dW5kZXJzdGFuZAp3aHkgdGhlIHJlZ2lzdGVycyB3b3VibGQgYmUgcHJlc2VudCBpbnQgdGhlIHN0 YWNrIHRyYWNlLi4uCgpUaGFua3MKV2VuIENvbmd5YW5nCgo+IAo+PiBJcyB0aGlzIHdoYXQgeW91 IHdhbnQ/Cj4+Cj4gCj4gWWVzLiAgSSdtIHRyeWluZyB0byB1bmRlcnN0YW5kIGlmIHRoZSBmZWF0 dXJlIHdvdWxkIGJlIHVzZWZ1bCBpbiByZWFsIGxpZmUuCj4gCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18Ka2V4ZWMgbWFpbGluZyBsaXN0CmtleGVjQGxp c3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0 aW5mby9rZXhlYwo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wen Congyang Subject: Re: [PATCH 0/4] Export offsets of VMCS fields as note information for kdump Date: Tue, 17 Apr 2012 19:25:00 +0800 Message-ID: <4F8D530C.3050908@cn.fujitsu.com> References: <4F84E0DF.8040206@cn.fujitsu.com> <4F8D1F46.3090901@redhat.com> <4F8D4B4C.8070705@cn.fujitsu.com> <4F8D4D1C.4010400@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Cc: dzickus-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, luto-3s7WtUTddSA@public.gmane.org, gregkh-l3A5Bk7waGM@public.gmane.org, kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, joerg.roedel-5C7GfCeVMHo@public.gmane.org, mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org, zhangyanfei , ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, ludwig.nussel-l3A5Bk7waGM@public.gmane.org To: Avi Kivity Return-path: In-Reply-To: <4F8D4D1C.4010400-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kexec-bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org Errors-To: kexec-bounces+glkk-kexec=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org List-Id: kvm.vger.kernel.org QXQgMDQvMTcvMjAxMiAwNjo1OSBQTSwgQXZpIEtpdml0eSBXcm90ZToKPiBPbiAwNC8xNy8yMDEy IDAxOjUxIFBNLCB6aGFuZ3lhbmZlaSB3cm90ZToKPj4g5LqOIDIwMTLlubQwNOaciDE35pelIDE1 OjQ0LCBBdmkgS2l2aXR5IOWGmemBkzoKPj4+IE9uIDA0LzExLzIwMTIgMDQ6MzkgQU0sIHpoYW5n eWFuZmVpIHdyb3RlOgo+Pj4+IFRoaXMgcGF0Y2ggc2V0IGV4cG9ydHMgb2Zmc2V0cyBvZiBWTUNT IGZpZWxkcyBhcyBub3RlIGluZm9ybWF0aW9uIGZvcgo+Pj4+IGtkdW1wLiBXZSBjYWxsIGl0IFZN Q1NJTkZPLiBUaGUgcHVycG9zZSBvZiBWTUNTSU5GTyBpcyB0byByZXRyaWV2ZQo+Pj4+IHJ1bnRp bWUgc3RhdGUgb2YgZ3Vlc3QgbWFjaGluZSBpbWFnZSwgc3VjaCBhcyByZWdpc3RlcnMsIGluIGhv c3QKPj4+PiBtYWNoaW5lJ3MgY3Jhc2ggZHVtcCBhcyBWTUNTIGZvcm1hdC4gVGhlIHByb2JsZW0g aXMgdGhhdCBWTUNTCj4+Pj4gaW50ZXJuYWwgaXMgaGlkZGVuIGJ5IEludGVsIGluIGl0cyBzcGVj aWZpY2F0aW9uLiBTbywgd2UgcmV2ZXJzZQo+Pj4+IGVuZ2luZWVyaW5nIGl0IGluIHRoZSB3YXkg aW1wbGVtZW50ZWQgaW4gdGhpcyBwYXRjaCBzZXQuIFBsZWFzZSBub3RlCj4+Pj4gdGhhdCB0aGlz IHByb2Nlc3NpbmcgbmV2ZXIgYWZmZWN0cyBhbnkgZXhpc3Rpbmcga3ZtIGxvZ2ljLiBUaGUKPj4+ PiBWTUNTSU5GTyBpcyBleHBvcnRlZCB2aWEgc3lzZnMgdG8ga2V4ZWMtdG9vbHMganVzdCBsaWtl IFZNQ09SRUlORk8uCj4+Pj4KPj4+PiBIZXJlIGlzIGFuIGV4YW1wbGU6Cj4+Pj4gUHJvY2Vzc29y OiBJbnRlbChSKSBDb3JlKFRNKTIgRHVvIENQVSAgICAgRTc1MDAgIEAgMi45M0dIego+Pj4+Cj4+ Pj4gJGNhdCAvc3lzL2tlcm5lbC92bWNzaW5mbwo+Pj4+IDFjYmE4YzAgMjAwMAo+Pj4+Cj4+Pj4g Y3Jhc2g+IHJkIC1wIDFjYmE4YzAgMTAwMAo+Pj4+ICAgICAgICAgIDFjYmE4YzA6ICAwMDAwMTI3 YjAwMDAwMDA5IDUzNDM0ZDU2MDAwMDAwMDAgICAuLi4uey4uLi4uLi5WTUNTCj4+Pj4gICAgICAg ICAgMWNiYThkMDogIDAwMDAwMDAwNGY0NjRlNDkgNGU0ZjQ5NTM0OTU2NDU1MiAgIElORk8uLi4u UkVWSVNJT04KPj4+PiAgICAgICAgICAxY2JhOGUwOiAgNDk0NjBhNjQzZDQ0NDk1ZiA1ZjRlNDk1 MDI4NDQ0YzQ1ICAgX0lEPWQuRklFTEQoUElOXwo+Pj4+ICAgICAgICAgIDFjYmE4ZjA6ICA0ZDU2 NWY0NDQ1NTM0MTQyIDRmNDM1ZjQzNDU1ODQ1NWYgICBCQVNFRF9WTV9FWEVDX0NPCj4+Pj4gICAg ICAgICAgMWNiYTkwMDogIDMwM2QyOTRjNGY1MjU0NGUgMGEzMDM4MzEzMDM0MzgzMSAgIE5UUk9M KT0wMTg0MDE4MC4KPj4+PiAgICAgICAgICAxY2JhOTEwOiAgNTA0MzI4NDQ0YzQ1NDk0NiA1ZjQ0 NDU1MzQxNDI1ZjU1ICAgRklFTEQoQ1BVX0JBU0VEXwo+Pj4+ICAgICAgICAgIDFjYmE5MjA6ICA1 ZjQzNDU1ODQ1NWY0ZDU2IDI5NGM0ZjUyNTQ0ZTRmNDMgICBWTV9FWEVDX0NPTlRST0wpCj4+Pj4g ICAgICAgICAgMWNiYTkzMDogIDM5MzEzMDM0MzkzMTMwM2QgMjg0NDRjNDU0OTQ2MGEzMCAgID0w MTk0MDE5MC5GSUVMRCgKPj4+PiAgICAgICAgICAxY2JhOTQwOiAgNTI0MTQ0NGU0ZjQzNDU1MyA0 NTU4NDU1ZjRkNTY1ZjU5ICAgU0VDT05EQVJZX1ZNX0VYRQo+Pj4+ICAgICAgICAgIDFjYmE5NTA6 ICA0ZjUyNTQ0ZTRmNDM1ZjQzIDMwMzQ2NTY2MzAzZDI5NGMgICBDX0NPTlRST0wpPTBmZTQwCj4+ Pj4gICAgICAgICAgMWNiYTk2MDogIDRjNDU0OTQ2MGEzMDY1NjYgNDk1ODQ1NWY0ZDU2Mjg0NCAg IGZlMC5GSUVMRChWTV9FWEkKPj4+PiAgICAgICAgICAxY2JhOTcwOiAgNGY1MjU0NGU0ZjQzNWY1 NCAzNDY1MzEzMDNkMjk1MzRjICAgVF9DT05UUk9MUyk9MDFlNAo+Pj4+ICAgICAgICAgIDFjYmE5 ODA6ICA0NTQ5NDYwYTMwNjUzMTMwIDRlNDU1ZjRkNTYyODQ0NGMgICAwMWUwLkZJRUxEKFZNX0VO Cj4+Pj4gICAgICAgICAgMWNiYTk5MDogIDU0NGU0ZjQzNWY1OTUyNTQgMzMzMDNkMjk1MzRjNGY1 MiAgIFRSWV9DT05UUk9MUyk9MDMKPj4+PiAgICAgICAgICAxY2JhOWEwOiAgNDYwYTMwMzEzMzMw MzQzMSA0NTU1NDcyODQ0NGM0NTQ5ICAgMTQwMzEwLkZJRUxEKEdVRQo+Pj4+ICAgICAgICAgIDFj YmE5YjA6ICA0NTUzNWY1MzQ1NWY1NDUzIDNkMjk1MjRmNTQ0MzQ1NGMgICBTVF9FU19TRUxFQ1RP Uik9Cj4+Pj4gICAgICAgICAgMWNiYTljMDogIDQ1NDk0NjBhMzAzMDM1MzAgNTQ1MzQ1NTU0NzI4 NDQ0YyAgIDA1MDAuRklFTEQoR1VFU1QKPj4+PiAgICAgICAgICAxY2JhOWQwOiAgNDU0YzQ1NTM1 ZjUzNDM1ZiAzNTMwM2QyOTUyNGY1NDQzICAgX0NTX1NFTEVDVE9SKT0wNQo+Pj4+ICAgICAgICAg IC4uLi4uLgo+Pj4+Cj4+Pj4gVE9ETzoKPj4+PiAgIDEuIEluIGtleGVjLXRvb2xzLCBnZXQgVk1D U0lORk8gdmlhIHN5c2ZzIGFuZCBkdW1wIGl0IGFzIG5vdGUgaW5mb3JtYXRpb24KPj4+PiAgICAg IGludG8gdm1jb3JlLgo+Pj4+ICAgMi4gRHVtcCBWTUNTIHJlZ2lvbiBvZiBlYWNoIGd1ZXN0IHZj cHUgYW5kIFZNQ1NJTkZPIGludG8gcWVtdS1wcm9jZXNzCj4+Pj4gICAgICBjb3JlIGZpbGUuIFRv IGRvIHRoaXMsIHdlIHdpbGwgbW9kaWZ5IGtlcm5lbCBjb3JlIGR1bXBlciwgZ2RiIGdjb3JlCj4+ Pj4gICAgICBhbmQgY3Jhc2ggZ2NvcmUuCj4+Pj4gICAzLiBEdW1wIGd1ZXN0IGltYWdlIGZyb20g dGhlIHFlbXUtcHJvY2VzcyBjb3JlIGZpbGUgaW50byBhIHZtY29yZS4KPj4+Pgo+Pj4KPj4+IFRh a2luZyBhIHN0ZXAgYmFjaywgY2FuIHlvdSBkZXNjcmliZSB0aGUgcHJvYmxlbSBzY2VuYXJpbyB5 b3UncmUgZml4aW5nCj4+PiBoZXJlPwo+Pj4KPj4gQ29uc2lkZXJpbmcgdHdvIHNjZW5hcmlvcyBi ZWxvdzoKPj4gMS4gSG9zdCBwYW5pY3MsIGd1ZXN0cyBydW5uaW5nIG9uIHRoYXQgaG9zdCB3aWxs IGFsc28gYmUgZHVtcGVkIGludG8KPj4gICAgaG9zdCdzIHZtY29yZS4KPj4gMi4gUWVtdSBwcm9j ZXNzIGlzIGNvcmUgZHVtcGVkIChieSBnZGIgZ2NvcmUgb3Iga2VybmVsIGNvcmUgZHVtcGVyKSwg YW5kCj4+ICAgIGl0cyBjb3Jlc3BvbmRpbmcgZ3Vlc3Qgd2lsbCBiZSBpbmNsdWRlZCBpbiB0aGUg Y29yZSBmaWxlLgo+Pgo+PiBXZSB3YW50IHRvIGNyZWF0ZSB0aGUgZ3Vlc3QgbWFjaGluZSdzIGNy YXNoIGR1bXAgZnJvbSBob3N0IG1hY2hpbmUncyB2bWNvcmUKPj4gb3IgcWVtdSBwcm9jZXNzJ3Mg Y29yZSBmaWxlLiBVbmZvcnR1bmF0ZWx5LCB3ZSBjYW5ub3QgZ2V0IHRoZSBndWVzdCdzIHJlZ2lz dGVycwo+PiB2YWx1ZXMgaW4gYm90aCBzY2VuYXJpb3MuCj4+Cj4+IEZvciBzY2VuYXJpbyAxLCBz b21lIGtleSByZWdpc3RlcnMgKENSMCwgQ1IzLi4uKSBvZiB0aGUgZ3Vlc3QgbWFjaGluZSBhcmUg c3RvcmVkCj4+IGluIFZNQ1MgcmVnaW9uLiBCdXQgVk1DUyBpbnRlcm5hbCBpcyBoaWRkZW4gYnkg SW50ZWwgc3BlY2lmaWNhdGlvbi4gU28gdGhpcwo+PiBwYXRjaCBzZXQgYWltcyB0byBnZXQgb2Zm c2V0cyBvZiBmaWVsZHMgaW4gVk1DUyByZWdpb24gYW5kIGV4cG9ydCBpdCBhcyBub3RlCj4+IGlu Zm9ybWF0aW9uIGZvciBrZHVtcC4gCj4gCj4gT2theS4gIERvIHlvdSBleHBlY3QgaXQgdG8gaGVs cCBpbiBkZWJ1Z2dpbmcgdGhlIGNyYXNoPyAgRGlkIHlvdSBoYXZlCj4gY2FzZXMgd2hlcmUgaXQg d291bGQgaGVscD8KPiAKPj4KPj4gRm9yIHNjZW5hcmlvIDIsIHdlIGFsc28gd2FudCB0aGUgZ3Vl c3QncyByZWdpc3RlcnMgdmFsdWVzIHRvIGJlIGR1bXBlZCBpbnRvCj4+IHFlbXUgcHJvY2Vzcydz IGNvcmUgZmlsZSB3aGVuIHFlbXUgcHJvY2VzcyBjcmFzaGVzLiBUaGlzIGlzIHRoZSB0YXNrIG9m IFRPRE8tbGlzdCAyLgo+IAo+IFdoeT8gIElmIHFlbXUgY3Jhc2hlZCBpdCBpcyBiZWNhdXNlIG9m IGFuIGludGVybmFsIHFlbXUgZmF1bHQuICBJZiBhbnkKPiBndWVzdCByZWdpc3RlcnMgd2VyZSBp bnZvbHZlZCwgdGhleSB3b3VsZCBoYXZlIGJlZW4gZGVjb2RlZCBieSBxZW11Cj4gcHJldmlvdXNs eSBhbmQgd291bGQgYmUgcHJlc2VudCBpbiB0aGUgc3RhY2sgdHJhY2UgKGZvciBleGFtcGxlIG1t aW8KPiBhZGRyZXNzL2RhdGEpLgoKSG1tLCBJSVJDLCBpZiBxZW11IG1lZXRzIHNvbWUgY3JpdGlj YWwgZXJyb3IsIGl0IHdpbGwgY2FsbCBhYm9ydCgpIG9yIGFzc2VydCgpLgpUaGUgZ3Vlc3QgcmVn aXN0ZXJzIGFyZSBzdG9yZWQgaW4gdGhlIGtlcm5lbCwgYW5kIHFlbXUgZG9lcyBub3QgY2FsbApj cHVfc3luY2hyb25pemVfc3RhdGUoKSB0byBnZXQgZ3Vlc3QgcmVnaXN0ZXIuIFNvIEkgZG9ub3Qg dW5kZXJzdGFuZAp3aHkgdGhlIHJlZ2lzdGVycyB3b3VibGQgYmUgcHJlc2VudCBpbnQgdGhlIHN0 YWNrIHRyYWNlLi4uCgpUaGFua3MKV2VuIENvbmd5YW5nCgo+IAo+PiBJcyB0aGlzIHdoYXQgeW91 IHdhbnQ/Cj4+Cj4gCj4gWWVzLiAgSSdtIHRyeWluZyB0byB1bmRlcnN0YW5kIGlmIHRoZSBmZWF0 dXJlIHdvdWxkIGJlIHVzZWZ1bCBpbiByZWFsIGxpZmUuCj4gCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18Ka2V4ZWMgbWFpbGluZyBsaXN0CmtleGVjQGxp c3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0 aW5mby9rZXhlYwo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932138Ab2DQMfK (ORCPT ); Tue, 17 Apr 2012 08:35:10 -0400 Received: from cn.fujitsu.com ([222.73.24.84]:13066 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1755605Ab2DQMfI convert rfc822-to-8bit (ORCPT ); Tue, 17 Apr 2012 08:35:08 -0400 X-IronPort-AV: E=Sophos;i="4.75,434,1330876800"; d="scan'208";a="4773998" Message-ID: <4F8D530C.3050908@cn.fujitsu.com> Date: Tue, 17 Apr 2012 19:25:00 +0800 From: Wen Congyang User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100413 Fedora/3.0.4-2.fc13 Thunderbird/3.0.4 MIME-Version: 1.0 To: Avi Kivity CC: zhangyanfei , mtosatti@redhat.com, ebiederm@xmission.com, luto@mit.edu, joerg.roedel@amd.com, dzickus@redhat.com, paul.gortmaker@windriver.com, gregkh@suse.de, ludwig.nussel@suse.de, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, kexec@lists.infradead.org Subject: Re: [PATCH 0/4] Export offsets of VMCS fields as note information for kdump References: <4F84E0DF.8040206@cn.fujitsu.com> <4F8D1F46.3090901@redhat.com> <4F8D4B4C.8070705@cn.fujitsu.com> <4F8D4D1C.4010400@redhat.com> In-Reply-To: <4F8D4D1C.4010400@redhat.com> X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2012/04/17 19:20:58, Serialize by Router on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2012/04/17 19:21:26 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At 04/17/2012 06:59 PM, Avi Kivity Wrote: > On 04/17/2012 01:51 PM, zhangyanfei wrote: >> 于 2012年04月17日 15:44, Avi Kivity 写道: >>> On 04/11/2012 04:39 AM, zhangyanfei wrote: >>>> This patch set exports offsets of VMCS fields as note information for >>>> kdump. We call it VMCSINFO. The purpose of VMCSINFO is to retrieve >>>> runtime state of guest machine image, such as registers, in host >>>> machine's crash dump as VMCS format. The problem is that VMCS >>>> internal is hidden by Intel in its specification. So, we reverse >>>> engineering it in the way implemented in this patch set. Please note >>>> that this processing never affects any existing kvm logic. The >>>> VMCSINFO is exported via sysfs to kexec-tools just like VMCOREINFO. >>>> >>>> Here is an example: >>>> Processor: Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz >>>> >>>> $cat /sys/kernel/vmcsinfo >>>> 1cba8c0 2000 >>>> >>>> crash> rd -p 1cba8c0 1000 >>>> 1cba8c0: 0000127b00000009 53434d5600000000 ....{.......VMCS >>>> 1cba8d0: 000000004f464e49 4e4f495349564552 INFO....REVISION >>>> 1cba8e0: 49460a643d44495f 5f4e495028444c45 _ID=d.FIELD(PIN_ >>>> 1cba8f0: 4d565f4445534142 4f435f434558455f BASED_VM_EXEC_CO >>>> 1cba900: 303d294c4f52544e 0a30383130343831 NTROL)=01840180. >>>> 1cba910: 504328444c454946 5f44455341425f55 FIELD(CPU_BASED_ >>>> 1cba920: 5f434558455f4d56 294c4f52544e4f43 VM_EXEC_CONTROL) >>>> 1cba930: 393130343931303d 28444c4549460a30 =01940190.FIELD( >>>> 1cba940: 5241444e4f434553 4558455f4d565f59 SECONDARY_VM_EXE >>>> 1cba950: 4f52544e4f435f43 30346566303d294c C_CONTROL)=0fe40 >>>> 1cba960: 4c4549460a306566 4958455f4d562844 fe0.FIELD(VM_EXI >>>> 1cba970: 4f52544e4f435f54 346531303d29534c T_CONTROLS)=01e4 >>>> 1cba980: 4549460a30653130 4e455f4d5628444c 01e0.FIELD(VM_EN >>>> 1cba990: 544e4f435f595254 33303d29534c4f52 TRY_CONTROLS)=03 >>>> 1cba9a0: 460a303133303431 45554728444c4549 140310.FIELD(GUE >>>> 1cba9b0: 45535f53455f5453 3d29524f5443454c ST_ES_SELECTOR)= >>>> 1cba9c0: 4549460a30303530 545345554728444c 0500.FIELD(GUEST >>>> 1cba9d0: 454c45535f53435f 35303d29524f5443 _CS_SELECTOR)=05 >>>> ...... >>>> >>>> TODO: >>>> 1. In kexec-tools, get VMCSINFO via sysfs and dump it as note information >>>> into vmcore. >>>> 2. Dump VMCS region of each guest vcpu and VMCSINFO into qemu-process >>>> core file. To do this, we will modify kernel core dumper, gdb gcore >>>> and crash gcore. >>>> 3. Dump guest image from the qemu-process core file into a vmcore. >>>> >>> >>> Taking a step back, can you describe the problem scenario you're fixing >>> here? >>> >> Considering two scenarios below: >> 1. Host panics, guests running on that host will also be dumped into >> host's vmcore. >> 2. Qemu process is core dumped (by gdb gcore or kernel core dumper), and >> its coresponding guest will be included in the core file. >> >> We want to create the guest machine's crash dump from host machine's vmcore >> or qemu process's core file. Unfortunately, we cannot get the guest's registers >> values in both scenarios. >> >> For scenario 1, some key registers (CR0, CR3...) of the guest machine are stored >> in VMCS region. But VMCS internal is hidden by Intel specification. So this >> patch set aims to get offsets of fields in VMCS region and export it as note >> information for kdump. > > Okay. Do you expect it to help in debugging the crash? Did you have > cases where it would help? > >> >> For scenario 2, we also want the guest's registers values to be dumped into >> qemu process's core file when qemu process crashes. This is the task of TODO-list 2. > > Why? If qemu crashed it is because of an internal qemu fault. If any > guest registers were involved, they would have been decoded by qemu > previously and would be present in the stack trace (for example mmio > address/data). Hmm, IIRC, if qemu meets some critical error, it will call abort() or assert(). The guest registers are stored in the kernel, and qemu does not call cpu_synchronize_state() to get guest register. So I donot understand why the registers woubld be present int the stack trace... Thanks Wen Congyang > >> Is this what you want? >> > > Yes. I'm trying to understand if the feature would be useful in real life. >