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 1SWgGh-0008S7-Ju for kexec@lists.infradead.org; Tue, 22 May 2012 04:00:20 +0000 Message-ID: <4FBB0ACA.2040907@cn.fujitsu.com> Date: Tue, 22 May 2012 11:40:58 +0800 From: Yanfei Zhang MIME-Version: 1.0 Subject: Re: [PATCH v2 0/5] Export offsets of VMCS fields as note information for kdump References: <4FB35C48.30708@cn.fujitsu.com> <4FB92D5A.3060507@redhat.com> <4FB9A92D.7050108@cn.fujitsu.com> <4FB9FE08.4050905@redhat.com> <4FBA05F6.8070804@cn.fujitsu.com> <4FBA0C8A.2050003@redhat.com> In-Reply-To: <4FBA0C8A.2050003@redhat.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="gb2312" 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, kvm@vger.kernel.org, Joerg Roedel , mtosatti@redhat.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, paul.gortmaker@windriver.com, ludwig.nussel@suse.de, ebiederm@xmission.com, Greg KH 09ogMjAxMsTqMDXUwjIxyNUgMTc6MzYsIEF2aSBLaXZpdHkg0LS1wDoKPiBPbiAwNS8yMS8yMDEy IDEyOjA4IFBNLCBZYW5mZWkgWmhhbmcgd3JvdGU6Cj4+INPaIDIwMTLE6jA11MIyMcjVIDE2OjM0 LCBBdmkgS2l2aXR5INC0tcA6Cj4+PiBPbiAwNS8yMS8yMDEyIDA1OjMyIEFNLCBZYW5mZWkgWmhh bmcgd3JvdGU6Cj4+Pj4g09ogMjAxMsTqMDXUwjIxyNUgMDE6NDMsIEF2aSBLaXZpdHkg0LS1wDoK Pj4+Pj4gT24gMDUvMTYvMjAxMiAxMDo1MCBBTSwgemhhbmd5YW5mZWkgd3JvdGU6Cj4+Pj4+PiBU aGlzIHBhdGNoIHNldCBleHBvcnRzIG9mZnNldHMgb2YgVk1DUyBmaWVsZHMgYXMgbm90ZSBpbmZv cm1hdGlvbiBmb3IKPj4+Pj4+IGtkdW1wLiBXZSBjYWxsIGl0IFZNQ1NJTkZPLiBUaGUgcHVycG9z ZSBvZiBWTUNTSU5GTyBpcyB0byByZXRyaWV2ZQo+Pj4+Pj4gcnVudGltZSBzdGF0ZSBvZiBndWVz dCBtYWNoaW5lIGltYWdlLCBzdWNoIGFzIHJlZ2lzdGVycywgaW4gaG9zdAo+Pj4+Pj4gbWFjaGlu ZSdzIGNyYXNoIGR1bXAgYXMgVk1DUyBmb3JtYXQuIFRoZSBwcm9ibGVtIGlzIHRoYXQgVk1DUyBp bnRlcm5hbAo+Pj4+Pj4gaXMgaGlkZGVuIGJ5IEludGVsIGluIGl0cyBzcGVjaWZpY2F0aW9uLiBT bywgd2Ugc2xvdmUgdGhpcyBwcm9ibGVtCj4+Pj4+PiBieSByZXZlcnNlIGVuZ2luZWVyaW5nIGlt cGxlbWVudGVkIGluIHRoaXMgcGF0Y2ggc2V0LiBUaGUgVk1DU0lORk8KPj4+Pj4+IGlzIGV4cG9y dGVkIHZpYSBzeXNmcyB0byBrZXhlYy10b29scyBqdXN0IGxpa2UgVk1DT1JFSU5GTy4KPj4+Pj4+ Cj4+Pj4+PiBIZXJlIGFyZSB0d28gdXNlcmNhc2VzIGZvciB0d28gZmVhdHVyZXMgdGhhdCB3ZSB3 YW50Lgo+Pj4+Pj4KPj4+Pj4+IDEpIENyZWF0ZSBndWVzdCBtYWNoaW5lJ3MgY3Jhc2ggZHVtcGZp bGUgZnJvbSBob3N0IG1hY2hpbmUncyBjcmFzaCBkdW1wZmlsZQo+Pj4+Pj4KPj4+Pj4+IEluIGdl bmVyYWwsIHdlIHdhbnQgdG8gdXNlIHRoaXMgZmVhdHVyZSBvbiBmYWlsdXJlIGFuYWx5c2lzIGZv ciB0aGUgc3lzdGVtCj4+Pj4+PiB3aGVyZSB0aGUgcHJvY2Vzc2luZyBkZXBlbmRzIG9uIHRoZSBj b21tdW5pY2F0aW9uIGJldHdlZW4gaG9zdCBhbmQgZ3Vlc3QKPj4+Pj4+IG1hY2hpbmVzIHRvIGxv b2sgaW50byB0aGUgc3lzdGVtIGZyb20gYm90aCBtYWNoaW5lcydzIHZpZXdwb2ludHMuCj4+Pj4+ Pgo+Pj4+Pj4gQXMgYSBjb25jcmV0ZSBzaXR1YXRpb24sIGNvbnNpZGVyIHdoZXJlIHRoZXJlJ3Mg aGVhcnRiZWF0IG1vbml0b3JpbmcKPj4+Pj4+IGZlYXR1cmUgb24gdGhlIGd1ZXN0IG1hY2hpbmUn cyBzaWRlLCB3aGVyZSB3ZSBuZWVkIHRvIGRldGVybWluZSBpbgo+Pj4+Pj4gd2hpY2ggbWFjaGlu ZSBzaWRlIHRoZSBjYXVzZSBvZiBoZWFydGJlYXQgc3RvcCBsaWVzLiBJbiBvdXIgYWN0dWFsCj4+ Pj4+PiBleHBlcmltZW50cywgd2UgZW5jb3VudGVyZWQgc3VjaCBzaXR1YXRpb24gYW5kIHdlIGZv dW5kIHRoZSBjYXVzZSBvZgo+Pj4+Pj4gdGhlIGJ1ZyB3YXMgaW4gaG9zdCdzIHByb2Nlc3Mgc2No ZWR1bGFyIHNvIGd1ZXN0IG1hY2hpbmUncyB2Y3B1IHN0b3BwZWQKPj4+Pj4+IGZvciBhIGxvbmcg dGltZSBhbmQgdGhlbiBsZWQgdG8gaGVhcnRiZWF0IHN0b3AuCj4+Pj4+Pgo+Pj4+Pj4gVGhlIG1v ZHVsZSB0aGF0IGp1ZGdlcyBoZWFydGJlYXQgc3RvcCBpcyBvbiBndWVzdCBtYWNoaW5lLCBzbyB3 ZSBuZWVkCj4+Pj4+PiB0byBkZWJ1ZyBndWVzdCBtYWNoaW5lJ3MgZGF0YS4gQnV0IGlmIHRoZSBj YXVzZSBsaWVzIGluIGhvc3QgbWFjaGluZQo+Pj4+Pj4gc2lkZSwgd2UgbmVlZCB0byBsb29rIGlu dG8gaG9zdCBtYWNoaW5lJ3MgY3Jhc2ggZHVtcC4KPj4+Pj4KPj4+Pj4gRG8geW91IG1lYW4sIHRo YXQgYSBoZWFydGJlYXQgZmFpbHVyZSBpbiB0aGUgZ3Vlc3QgbGVhZCB0byBob3N0IHBhbmljPwo+ Pj4+Pgo+Pj4+PiBNeSBleHBlY3RhdGlvbiBpcyB0aGF0IGEgcHJvYmxlbSBpbiB0aGUgZ3Vlc3Qg d2lsbCBjYXVzZSB0aGUgZ3Vlc3QgdG8KPj4+Pj4gcGFuaWMgYW5kIHBlcmhhcHMgcHJvZHVjZSBh IGR1bXA7IHRoZSBob3N0IHdpbGwgcmVtYWluIHVwLgo+Pj4+Pgo+Pj4+Cj4+Pj4gVGhlIHBvaW50 IGlzIHRoYXQgYmVmb3JlIG91ciBpbnZlc3RpZ2F0aW9uLCB3ZSBkaWRuJ3Qga25vdyB3aGljaCBz aWRlIAo+Pj4+IGxlYWRzIHRvIHRoaXMgYnVnZ3kgc2l0dWF0aW9uLiBNYXliZSBhIGJ1ZyBpbiBo b3N0IG1hY2hpbmUgb3IgdGhlIGd1ZXN0Cj4+Pj4gbWFjaGluZSBpdHNlbGYgY2F1c2VzIGEgaGVh cnRiZWF0IGZhaWx1cmUuCj4+Pgo+Pj4gSG93IGNhbiBhIGd1ZXN0IGJ1ZyBjYXVzZSBhIGhvc3Qg cGFuaWM/Cj4+Pgo+Pj4+IFNvIHdlIHdhbnQgdG8gZ2V0IGJvdGggaG9zdCBtYWNoaW5lJ3MgY3Jh c2ggZHVtcCBhbmQgZ3Vlc3QgbWFjaGluZSdzCj4+Pj4gY3Jhc2ggZHVtcCAqYXQgdGhlIHNhbWUg dGltZSouIFRoZW4gd2UgY291bGQgdXNlIHVzZXJzcGFjZSB0b29scyB0bwo+Pj4+IGdldCBndWVz dCBtYWNoaW5lIGNyYXNoIGR1bXAgZnJvbSBob3N0IG1hY2hpbmUncyBhbmQgYW5hbHlzZSB0aGVt Cj4+Pj4gc2VwYXJhdGVseSB0byBmaW5kIHdoaWNoIHNpZGUgY2F1c2VzIHRoZSBwcm9ibGVtLgo+ Pj4+Cj4+Pgo+Pj4gSWYgdGhlIGd1ZXN0IGNhdXNlZCB0aGUgcHJvYmxlbSwgdGhlcmUgd291bGQg YmUgbm8gcGFuaWM7IHRoZXJlZm9yZQo+Pj4gdGhlcmUgd2FzIGEgaG9zdCBidWcuCj4+Pgo+Pgo+ PiBZZXMsIGEgZ3Vlc3QgYnVnIGNhbm5vdCBjYXVzZSBhIGhvc3QgcGFuaWMuIFdoZW4gaGVhcnRi ZWF0IHN0b3BzIGluIGd1ZXN0Cj4+IG1hY2hpbmUsIHdlIGNvdWxkIHRyaWdnZXIgdGhlIGhvc3Qg ZHVtcCBtZWNoYW5pc20gdG8gd29yay4gVGhpcyBpcyBiZWNhdXNlCj4+IHdlIHdhbnQgdG8gZ2V0 IHRoZSBzdGF0dXMgb2YgYm90aCBob3N0IGFuZCBndWVzdCBtYWNoaW5lIGF0IHRoZSBzYW1lIHRp bWUKPj4gd2hlbiBoZWFydGJlYXQgc3RvcHMgaW4gZ3Vlc3QgbWFjaGluZS4gVGhlbiB3ZSBjYW4g bG9vayBmb3IgYnVnIHJlYXNvbnMKPj4gZnJvbSBib3RoIGhvc3QgbWFjaGluZSdzIGFuZCBndWVz dCBtYWNoaW5lJ3Mgdmlld3MuCj4gCj4gVGhhdCBzb3VuZHMgbGlrZSBhIGJhZCBpZGVhLiBDYW4g eW91IGV4cGxhaW4gaW4gd2hhdCBzaXR1YXRpb24gaXQgbWFrZXMKPiBzZW5zZSBmb3IgYSBndWVz dCB0byBzdG9wIHRoZSBob3N0IChhbmQgYWxsIG90aGVyIGd1ZXN0cyBydW5uaW5nIG9uIGl0KQo+ IHJhdGhlciB0aGFuIGp1c3QgcmVzdGFydGluZyB0aGUgZmFpbGVkIHNlcnZpY2VzIChvbiB0aGUg aG9zdCBvciBvdGhlcgo+IGd1ZXN0cyk/Cj4gCgpXZSBuZXZlciBkbyB0aGlzIG9uIGN1c3RvbWVy J3MgZW52aXJvbm1lbnQgd2hpY2ggbWF5YmUgYSBob3N0IHdpdGggbWFueSBndWVzdHMKcnVubmlu ZyBvbiBpdC4gV2UgZG8gdGhpcyBvbiBhbm90aGVyIGVudmlyb25tZW50IHRvIHJlcHJvZHVjZSB0 aGUgYnVnZ3kKc2l0dWF0aW9uOyBvciB3ZSBkbyB0aGlzIGluIHRlc3RpbmcgcGhhc2Ugb24gZGV2 ZWxvcG1lbnQgZW52aXJvbm1lbnQgdG93YXJkcwpwcm9kdWN0aW9uIG9uZSBvbiB0aGUgY3VzdG9t ZXIncyBzaXRlLgoKPj4+Pj4+IFdpdGhvdXQgdGhpcyBmZWF0dXJlLCB3ZSBmaXJzdCBjcmVhdGUg Z3Vlc3QgbWFjaGluZSdzIGR1bXAgYW5kIHRoZW4KPj4+Pj4+IGNyZWF0ZSBob3N0IG1haGluZSdz LCBidXQgdGhlcmUncyBvbmx5IGEgc2hvcnQgdGltZSBiZXR3ZWVuIHR3bwo+Pj4+Pj4gcHJvY2Vz c2luZ3MsIGR1cmluZyB3aGljaCBpdCdzIHVubGlrZWx5IHRoYXQgYnVnZ3kgc2l0dWF0aW9uIHJl bWFpbnMuCj4+Pj4+Pgo+Pj4+Pj4gU28sIHdlIHRoaW5rIHRoZSBmZWF0dXJlIGlzIHVzZWZ1bCB0 byBkZWJ1ZyBib3RoIGd1ZXN0IG1hY2hpbmUncyBhbmQKPj4+Pj4+IGhvc3QgbWFjaGluZSdzIHNp ZGVzIGF0IHRoZSBzYW1lIHRpbWUsIGFuZCBleHBlY3Qgd2UgY2FuIG1ha2UgZmFpbHVyZQo+Pj4+ Pj4gYW5hbHlzaXMgZWZmaWNpZW50bHkuCj4+Pj4+Pgo+Pj4+Pj4gT2YgY291cnNlLCB3ZSBiZWxp ZXZlIHRoaXMgZmVhdHVyZSBpcyBjb21tb25seSB1c2VmdWwgb24gdGhlIHNpdHVhdGlvbgo+Pj4+ Pj4gd2hlcmUgZ3Vlc3QgbWFjaGluZSBkb2Vzbid0IHdvcmsgd2VsbCBkdWUgdG8gc29tZXRoaW5n IG9mIGhvc3QgbWFjaGluZSdzLgo+Pj4+Pj4KPj4+Pj4+IDIpIEdldCBvZmZzZXRzIG9mIFZNQ1Mg aW5mb3JtYXRpb24gb24gdGhlIENQVSBydW5uaW5nIG9uIHRoZSBob3N0IG1hY2hpbmUKPj4+Pj4+ Cj4+Pj4+PiBJZiBrZHVtcCBkb2Vzbid0IHdvcmsgd2VsbCwgdGhlbiBpdCBtZWFucyB3ZSBjYW5u b3QgdXNlIGt2bSBBUEkgdG8gZ2V0Cj4+Pj4+PiByZWdpc3RlciB2YWx1ZXMgb2YgZ3Vlc3QgbWFj aGluZSBhbmQgdGhleSBhcmUgc3RpbGwgbGVmdCBvbiBpdHMgdm1jcwo+Pj4+Pj4gcmVnaW9uLiBJ biB0aGUgY2FzZSwgd2UgdXNlIGNyYXNoIGR1bXAgbWVjaGFuaXNtIHJ1bm5pbmcgb3V0c2lkZSBv Zgo+Pj4+Pj4gbGludXgga2VybmVsLCBzdWNoIGFzIHNhZHVtcCwgYSBmaXJtd2FyZS1iYXNlZCBj cmFzaCBkdW1wLiBUaGVuIFZNQ1MKPj4+Pj4+IGluZm9ybWF0aW9uIGlzIHRoZW4gbmVjZXNzYXJ5 Lgo+Pj4+Pgo+Pj4+PiBTaG91bGRuJ3Qgc2FkdW1wIHRoZW4gZXhwb3NlIHRoZSBWTUNTIG9mZnNl dHM/IFBlcmhhcHMgYnVuZGxpbmcgdGhlbQo+Pj4+PiBpbnRvIGl0cyBkdW1wIGZpbGU/Cj4+Pj4+ Cj4+Pj4KPj4+PiBGaXJtd2FyZS1iYXNlZCBjcmFzaCBkdW1wIGRvZXNuJ3QgY29uY2VybiB0aGUg b3MgcnVubmluZyBvbiB0aGUgbWFjaGluZS4KPj4+PiBTbyBpdCB3aWxsIG5vdCBkbyBhbnkgb3Mg aGFuZGxpbmcgd2hlbiBtYWNoaW5lIGNyYXNoZXMuCj4+Pgo+Pj4gU2VlbXMgdG8gbWUgdGhlIFZN Q1Mgb2Zmc2V0cyBhcmUgT1MgaW5kZXBlbmRlbnQuCj4+Pgo+PiBIbW0sIHlvdSBtZWFuIHdlIGNv dWxkIGdldCBWTUNTIG9mZnNldHMgaW4gc2FkdW1wIGl0c2VsZj8KPj4gQnV0IEkgdGhpbmsgaWYg d2UganVzdCBleHBvcnQgVk1DUyBvZmZzZXRzIGluIGtlcm5lbCwgd2UgY291bGQgdXNlIHRoZSBj dXJyZW50Cj4+IGV4aXN0aW5nIGR1bXAgdG9vbHMgd2l0aCBubyBvciBqdXN0IHZlcnkgdGlueSBj aGFuZ2UuIEkgdGhpbmsgdGhpcyBjb3VsZCBiZQo+PiBhIG1vcmUgZ2VuZXJhbCBtZWNoYW5pc20g dGhhbiBtYWtpbmcgY2hhbmdlcyBpbiBhbGwga2luZHMgb2YgZHVtcCB0b29scy4KPiAKPiBUaGUg c2FkdW1wIHRvb2wgZ2VuZXJhdGVzIGEgY29yZSBmaWxlIHdpdGggdGhlIE9TIGltYWdlLCByaWdo dD8gQ2FuIGl0Cj4gbm90IGF0dGFjaCB0aGUgb2Zmc2V0cyB0byBhIG5vdGUsIGp1c3QgbGlrZSB5 b3UgcHJvcG9zZSBmb3Iga2R1bXA/Cj4gCgpCb3RoIGFyZSByaWdodC4KCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmtleGVjIG1haWxpbmcgbGlzdAprZXhl Y0BsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4v bGlzdGluZm8va2V4ZWMK From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yanfei Zhang Subject: Re: [PATCH v2 0/5] Export offsets of VMCS fields as note information for kdump Date: Tue, 22 May 2012 11:40:58 +0800 Message-ID: <4FBB0ACA.2040907@cn.fujitsu.com> References: <4FB35C48.30708@cn.fujitsu.com> <4FB92D5A.3060507@redhat.com> <4FB9A92D.7050108@cn.fujitsu.com> <4FB9FE08.4050905@redhat.com> <4FBA05F6.8070804@cn.fujitsu.com> <4FBA0C8A.2050003@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 Cc: dzickus-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, luto-3s7WtUTddSA@public.gmane.org, kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Joerg Roedel , 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, ludwig.nussel-l3A5Bk7waGM@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, Greg KH To: Avi Kivity Return-path: In-Reply-To: <4FBA0C8A.2050003-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 09ogMjAxMsTqMDXUwjIxyNUgMTc6MzYsIEF2aSBLaXZpdHkg0LS1wDoKPiBPbiAwNS8yMS8yMDEy IDEyOjA4IFBNLCBZYW5mZWkgWmhhbmcgd3JvdGU6Cj4+INPaIDIwMTLE6jA11MIyMcjVIDE2OjM0 LCBBdmkgS2l2aXR5INC0tcA6Cj4+PiBPbiAwNS8yMS8yMDEyIDA1OjMyIEFNLCBZYW5mZWkgWmhh bmcgd3JvdGU6Cj4+Pj4g09ogMjAxMsTqMDXUwjIxyNUgMDE6NDMsIEF2aSBLaXZpdHkg0LS1wDoK Pj4+Pj4gT24gMDUvMTYvMjAxMiAxMDo1MCBBTSwgemhhbmd5YW5mZWkgd3JvdGU6Cj4+Pj4+PiBU aGlzIHBhdGNoIHNldCBleHBvcnRzIG9mZnNldHMgb2YgVk1DUyBmaWVsZHMgYXMgbm90ZSBpbmZv cm1hdGlvbiBmb3IKPj4+Pj4+IGtkdW1wLiBXZSBjYWxsIGl0IFZNQ1NJTkZPLiBUaGUgcHVycG9z ZSBvZiBWTUNTSU5GTyBpcyB0byByZXRyaWV2ZQo+Pj4+Pj4gcnVudGltZSBzdGF0ZSBvZiBndWVz dCBtYWNoaW5lIGltYWdlLCBzdWNoIGFzIHJlZ2lzdGVycywgaW4gaG9zdAo+Pj4+Pj4gbWFjaGlu ZSdzIGNyYXNoIGR1bXAgYXMgVk1DUyBmb3JtYXQuIFRoZSBwcm9ibGVtIGlzIHRoYXQgVk1DUyBp bnRlcm5hbAo+Pj4+Pj4gaXMgaGlkZGVuIGJ5IEludGVsIGluIGl0cyBzcGVjaWZpY2F0aW9uLiBT bywgd2Ugc2xvdmUgdGhpcyBwcm9ibGVtCj4+Pj4+PiBieSByZXZlcnNlIGVuZ2luZWVyaW5nIGlt cGxlbWVudGVkIGluIHRoaXMgcGF0Y2ggc2V0LiBUaGUgVk1DU0lORk8KPj4+Pj4+IGlzIGV4cG9y dGVkIHZpYSBzeXNmcyB0byBrZXhlYy10b29scyBqdXN0IGxpa2UgVk1DT1JFSU5GTy4KPj4+Pj4+ Cj4+Pj4+PiBIZXJlIGFyZSB0d28gdXNlcmNhc2VzIGZvciB0d28gZmVhdHVyZXMgdGhhdCB3ZSB3 YW50Lgo+Pj4+Pj4KPj4+Pj4+IDEpIENyZWF0ZSBndWVzdCBtYWNoaW5lJ3MgY3Jhc2ggZHVtcGZp bGUgZnJvbSBob3N0IG1hY2hpbmUncyBjcmFzaCBkdW1wZmlsZQo+Pj4+Pj4KPj4+Pj4+IEluIGdl bmVyYWwsIHdlIHdhbnQgdG8gdXNlIHRoaXMgZmVhdHVyZSBvbiBmYWlsdXJlIGFuYWx5c2lzIGZv ciB0aGUgc3lzdGVtCj4+Pj4+PiB3aGVyZSB0aGUgcHJvY2Vzc2luZyBkZXBlbmRzIG9uIHRoZSBj b21tdW5pY2F0aW9uIGJldHdlZW4gaG9zdCBhbmQgZ3Vlc3QKPj4+Pj4+IG1hY2hpbmVzIHRvIGxv b2sgaW50byB0aGUgc3lzdGVtIGZyb20gYm90aCBtYWNoaW5lcydzIHZpZXdwb2ludHMuCj4+Pj4+ Pgo+Pj4+Pj4gQXMgYSBjb25jcmV0ZSBzaXR1YXRpb24sIGNvbnNpZGVyIHdoZXJlIHRoZXJlJ3Mg aGVhcnRiZWF0IG1vbml0b3JpbmcKPj4+Pj4+IGZlYXR1cmUgb24gdGhlIGd1ZXN0IG1hY2hpbmUn cyBzaWRlLCB3aGVyZSB3ZSBuZWVkIHRvIGRldGVybWluZSBpbgo+Pj4+Pj4gd2hpY2ggbWFjaGlu ZSBzaWRlIHRoZSBjYXVzZSBvZiBoZWFydGJlYXQgc3RvcCBsaWVzLiBJbiBvdXIgYWN0dWFsCj4+ Pj4+PiBleHBlcmltZW50cywgd2UgZW5jb3VudGVyZWQgc3VjaCBzaXR1YXRpb24gYW5kIHdlIGZv dW5kIHRoZSBjYXVzZSBvZgo+Pj4+Pj4gdGhlIGJ1ZyB3YXMgaW4gaG9zdCdzIHByb2Nlc3Mgc2No ZWR1bGFyIHNvIGd1ZXN0IG1hY2hpbmUncyB2Y3B1IHN0b3BwZWQKPj4+Pj4+IGZvciBhIGxvbmcg dGltZSBhbmQgdGhlbiBsZWQgdG8gaGVhcnRiZWF0IHN0b3AuCj4+Pj4+Pgo+Pj4+Pj4gVGhlIG1v ZHVsZSB0aGF0IGp1ZGdlcyBoZWFydGJlYXQgc3RvcCBpcyBvbiBndWVzdCBtYWNoaW5lLCBzbyB3 ZSBuZWVkCj4+Pj4+PiB0byBkZWJ1ZyBndWVzdCBtYWNoaW5lJ3MgZGF0YS4gQnV0IGlmIHRoZSBj YXVzZSBsaWVzIGluIGhvc3QgbWFjaGluZQo+Pj4+Pj4gc2lkZSwgd2UgbmVlZCB0byBsb29rIGlu dG8gaG9zdCBtYWNoaW5lJ3MgY3Jhc2ggZHVtcC4KPj4+Pj4KPj4+Pj4gRG8geW91IG1lYW4sIHRo YXQgYSBoZWFydGJlYXQgZmFpbHVyZSBpbiB0aGUgZ3Vlc3QgbGVhZCB0byBob3N0IHBhbmljPwo+ Pj4+Pgo+Pj4+PiBNeSBleHBlY3RhdGlvbiBpcyB0aGF0IGEgcHJvYmxlbSBpbiB0aGUgZ3Vlc3Qg d2lsbCBjYXVzZSB0aGUgZ3Vlc3QgdG8KPj4+Pj4gcGFuaWMgYW5kIHBlcmhhcHMgcHJvZHVjZSBh IGR1bXA7IHRoZSBob3N0IHdpbGwgcmVtYWluIHVwLgo+Pj4+Pgo+Pj4+Cj4+Pj4gVGhlIHBvaW50 IGlzIHRoYXQgYmVmb3JlIG91ciBpbnZlc3RpZ2F0aW9uLCB3ZSBkaWRuJ3Qga25vdyB3aGljaCBz aWRlIAo+Pj4+IGxlYWRzIHRvIHRoaXMgYnVnZ3kgc2l0dWF0aW9uLiBNYXliZSBhIGJ1ZyBpbiBo b3N0IG1hY2hpbmUgb3IgdGhlIGd1ZXN0Cj4+Pj4gbWFjaGluZSBpdHNlbGYgY2F1c2VzIGEgaGVh cnRiZWF0IGZhaWx1cmUuCj4+Pgo+Pj4gSG93IGNhbiBhIGd1ZXN0IGJ1ZyBjYXVzZSBhIGhvc3Qg cGFuaWM/Cj4+Pgo+Pj4+IFNvIHdlIHdhbnQgdG8gZ2V0IGJvdGggaG9zdCBtYWNoaW5lJ3MgY3Jh c2ggZHVtcCBhbmQgZ3Vlc3QgbWFjaGluZSdzCj4+Pj4gY3Jhc2ggZHVtcCAqYXQgdGhlIHNhbWUg dGltZSouIFRoZW4gd2UgY291bGQgdXNlIHVzZXJzcGFjZSB0b29scyB0bwo+Pj4+IGdldCBndWVz dCBtYWNoaW5lIGNyYXNoIGR1bXAgZnJvbSBob3N0IG1hY2hpbmUncyBhbmQgYW5hbHlzZSB0aGVt Cj4+Pj4gc2VwYXJhdGVseSB0byBmaW5kIHdoaWNoIHNpZGUgY2F1c2VzIHRoZSBwcm9ibGVtLgo+ Pj4+Cj4+Pgo+Pj4gSWYgdGhlIGd1ZXN0IGNhdXNlZCB0aGUgcHJvYmxlbSwgdGhlcmUgd291bGQg YmUgbm8gcGFuaWM7IHRoZXJlZm9yZQo+Pj4gdGhlcmUgd2FzIGEgaG9zdCBidWcuCj4+Pgo+Pgo+ PiBZZXMsIGEgZ3Vlc3QgYnVnIGNhbm5vdCBjYXVzZSBhIGhvc3QgcGFuaWMuIFdoZW4gaGVhcnRi ZWF0IHN0b3BzIGluIGd1ZXN0Cj4+IG1hY2hpbmUsIHdlIGNvdWxkIHRyaWdnZXIgdGhlIGhvc3Qg ZHVtcCBtZWNoYW5pc20gdG8gd29yay4gVGhpcyBpcyBiZWNhdXNlCj4+IHdlIHdhbnQgdG8gZ2V0 IHRoZSBzdGF0dXMgb2YgYm90aCBob3N0IGFuZCBndWVzdCBtYWNoaW5lIGF0IHRoZSBzYW1lIHRp bWUKPj4gd2hlbiBoZWFydGJlYXQgc3RvcHMgaW4gZ3Vlc3QgbWFjaGluZS4gVGhlbiB3ZSBjYW4g bG9vayBmb3IgYnVnIHJlYXNvbnMKPj4gZnJvbSBib3RoIGhvc3QgbWFjaGluZSdzIGFuZCBndWVz dCBtYWNoaW5lJ3Mgdmlld3MuCj4gCj4gVGhhdCBzb3VuZHMgbGlrZSBhIGJhZCBpZGVhLiBDYW4g eW91IGV4cGxhaW4gaW4gd2hhdCBzaXR1YXRpb24gaXQgbWFrZXMKPiBzZW5zZSBmb3IgYSBndWVz dCB0byBzdG9wIHRoZSBob3N0IChhbmQgYWxsIG90aGVyIGd1ZXN0cyBydW5uaW5nIG9uIGl0KQo+ IHJhdGhlciB0aGFuIGp1c3QgcmVzdGFydGluZyB0aGUgZmFpbGVkIHNlcnZpY2VzIChvbiB0aGUg aG9zdCBvciBvdGhlcgo+IGd1ZXN0cyk/Cj4gCgpXZSBuZXZlciBkbyB0aGlzIG9uIGN1c3RvbWVy J3MgZW52aXJvbm1lbnQgd2hpY2ggbWF5YmUgYSBob3N0IHdpdGggbWFueSBndWVzdHMKcnVubmlu ZyBvbiBpdC4gV2UgZG8gdGhpcyBvbiBhbm90aGVyIGVudmlyb25tZW50IHRvIHJlcHJvZHVjZSB0 aGUgYnVnZ3kKc2l0dWF0aW9uOyBvciB3ZSBkbyB0aGlzIGluIHRlc3RpbmcgcGhhc2Ugb24gZGV2 ZWxvcG1lbnQgZW52aXJvbm1lbnQgdG93YXJkcwpwcm9kdWN0aW9uIG9uZSBvbiB0aGUgY3VzdG9t ZXIncyBzaXRlLgoKPj4+Pj4+IFdpdGhvdXQgdGhpcyBmZWF0dXJlLCB3ZSBmaXJzdCBjcmVhdGUg Z3Vlc3QgbWFjaGluZSdzIGR1bXAgYW5kIHRoZW4KPj4+Pj4+IGNyZWF0ZSBob3N0IG1haGluZSdz LCBidXQgdGhlcmUncyBvbmx5IGEgc2hvcnQgdGltZSBiZXR3ZWVuIHR3bwo+Pj4+Pj4gcHJvY2Vz c2luZ3MsIGR1cmluZyB3aGljaCBpdCdzIHVubGlrZWx5IHRoYXQgYnVnZ3kgc2l0dWF0aW9uIHJl bWFpbnMuCj4+Pj4+Pgo+Pj4+Pj4gU28sIHdlIHRoaW5rIHRoZSBmZWF0dXJlIGlzIHVzZWZ1bCB0 byBkZWJ1ZyBib3RoIGd1ZXN0IG1hY2hpbmUncyBhbmQKPj4+Pj4+IGhvc3QgbWFjaGluZSdzIHNp ZGVzIGF0IHRoZSBzYW1lIHRpbWUsIGFuZCBleHBlY3Qgd2UgY2FuIG1ha2UgZmFpbHVyZQo+Pj4+ Pj4gYW5hbHlzaXMgZWZmaWNpZW50bHkuCj4+Pj4+Pgo+Pj4+Pj4gT2YgY291cnNlLCB3ZSBiZWxp ZXZlIHRoaXMgZmVhdHVyZSBpcyBjb21tb25seSB1c2VmdWwgb24gdGhlIHNpdHVhdGlvbgo+Pj4+ Pj4gd2hlcmUgZ3Vlc3QgbWFjaGluZSBkb2Vzbid0IHdvcmsgd2VsbCBkdWUgdG8gc29tZXRoaW5n IG9mIGhvc3QgbWFjaGluZSdzLgo+Pj4+Pj4KPj4+Pj4+IDIpIEdldCBvZmZzZXRzIG9mIFZNQ1Mg aW5mb3JtYXRpb24gb24gdGhlIENQVSBydW5uaW5nIG9uIHRoZSBob3N0IG1hY2hpbmUKPj4+Pj4+ Cj4+Pj4+PiBJZiBrZHVtcCBkb2Vzbid0IHdvcmsgd2VsbCwgdGhlbiBpdCBtZWFucyB3ZSBjYW5u b3QgdXNlIGt2bSBBUEkgdG8gZ2V0Cj4+Pj4+PiByZWdpc3RlciB2YWx1ZXMgb2YgZ3Vlc3QgbWFj aGluZSBhbmQgdGhleSBhcmUgc3RpbGwgbGVmdCBvbiBpdHMgdm1jcwo+Pj4+Pj4gcmVnaW9uLiBJ biB0aGUgY2FzZSwgd2UgdXNlIGNyYXNoIGR1bXAgbWVjaGFuaXNtIHJ1bm5pbmcgb3V0c2lkZSBv Zgo+Pj4+Pj4gbGludXgga2VybmVsLCBzdWNoIGFzIHNhZHVtcCwgYSBmaXJtd2FyZS1iYXNlZCBj cmFzaCBkdW1wLiBUaGVuIFZNQ1MKPj4+Pj4+IGluZm9ybWF0aW9uIGlzIHRoZW4gbmVjZXNzYXJ5 Lgo+Pj4+Pgo+Pj4+PiBTaG91bGRuJ3Qgc2FkdW1wIHRoZW4gZXhwb3NlIHRoZSBWTUNTIG9mZnNl dHM/IFBlcmhhcHMgYnVuZGxpbmcgdGhlbQo+Pj4+PiBpbnRvIGl0cyBkdW1wIGZpbGU/Cj4+Pj4+ Cj4+Pj4KPj4+PiBGaXJtd2FyZS1iYXNlZCBjcmFzaCBkdW1wIGRvZXNuJ3QgY29uY2VybiB0aGUg b3MgcnVubmluZyBvbiB0aGUgbWFjaGluZS4KPj4+PiBTbyBpdCB3aWxsIG5vdCBkbyBhbnkgb3Mg aGFuZGxpbmcgd2hlbiBtYWNoaW5lIGNyYXNoZXMuCj4+Pgo+Pj4gU2VlbXMgdG8gbWUgdGhlIFZN Q1Mgb2Zmc2V0cyBhcmUgT1MgaW5kZXBlbmRlbnQuCj4+Pgo+PiBIbW0sIHlvdSBtZWFuIHdlIGNv dWxkIGdldCBWTUNTIG9mZnNldHMgaW4gc2FkdW1wIGl0c2VsZj8KPj4gQnV0IEkgdGhpbmsgaWYg d2UganVzdCBleHBvcnQgVk1DUyBvZmZzZXRzIGluIGtlcm5lbCwgd2UgY291bGQgdXNlIHRoZSBj dXJyZW50Cj4+IGV4aXN0aW5nIGR1bXAgdG9vbHMgd2l0aCBubyBvciBqdXN0IHZlcnkgdGlueSBj aGFuZ2UuIEkgdGhpbmsgdGhpcyBjb3VsZCBiZQo+PiBhIG1vcmUgZ2VuZXJhbCBtZWNoYW5pc20g dGhhbiBtYWtpbmcgY2hhbmdlcyBpbiBhbGwga2luZHMgb2YgZHVtcCB0b29scy4KPiAKPiBUaGUg c2FkdW1wIHRvb2wgZ2VuZXJhdGVzIGEgY29yZSBmaWxlIHdpdGggdGhlIE9TIGltYWdlLCByaWdo dD8gQ2FuIGl0Cj4gbm90IGF0dGFjaCB0aGUgb2Zmc2V0cyB0byBhIG5vdGUsIGp1c3QgbGlrZSB5 b3UgcHJvcG9zZSBmb3Iga2R1bXA/Cj4gCgpCb3RoIGFyZSByaWdodC4KCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmtleGVjIG1haWxpbmcgbGlzdAprZXhl Y0BsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4v bGlzdGluZm8va2V4ZWMK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751074Ab2EVEA0 (ORCPT ); Tue, 22 May 2012 00:00:26 -0400 Received: from cn.fujitsu.com ([222.73.24.84]:40826 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1750720Ab2EVEAR convert rfc822-to-8bit (ORCPT ); Tue, 22 May 2012 00:00:17 -0400 X-IronPort-AV: E=Sophos;i="4.75,636,1330876800"; d="scan'208";a="5008523" Message-ID: <4FBB0ACA.2040907@cn.fujitsu.com> Date: Tue, 22 May 2012 11:40:58 +0800 From: Yanfei Zhang 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: mtosatti@redhat.com, ebiederm@xmission.com, luto@mit.edu, Joerg Roedel , dzickus@redhat.com, paul.gortmaker@windriver.com, ludwig.nussel@suse.de, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, kexec@lists.infradead.org, Greg KH Subject: Re: [PATCH v2 0/5] Export offsets of VMCS fields as note information for kdump References: <4FB35C48.30708@cn.fujitsu.com> <4FB92D5A.3060507@redhat.com> <4FB9A92D.7050108@cn.fujitsu.com> <4FB9FE08.4050905@redhat.com> <4FBA05F6.8070804@cn.fujitsu.com> <4FBA0C8A.2050003@redhat.com> In-Reply-To: <4FBA0C8A.2050003@redhat.com> X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2012/05/22 11:40:54, Serialize by Router on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2012/05/22 11:41:04 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 于 2012年05月21日 17:36, Avi Kivity 写道: > On 05/21/2012 12:08 PM, Yanfei Zhang wrote: >> 于 2012年05月21日 16:34, Avi Kivity 写道: >>> On 05/21/2012 05:32 AM, Yanfei Zhang wrote: >>>> 于 2012年05月21日 01:43, Avi Kivity 写道: >>>>> On 05/16/2012 10:50 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 slove this problem >>>>>> by reverse engineering implemented in this patch set. The VMCSINFO >>>>>> is exported via sysfs to kexec-tools just like VMCOREINFO. >>>>>> >>>>>> Here are two usercases for two features that we want. >>>>>> >>>>>> 1) Create guest machine's crash dumpfile from host machine's crash dumpfile >>>>>> >>>>>> In general, we want to use this feature on failure analysis for the system >>>>>> where the processing depends on the communication between host and guest >>>>>> machines to look into the system from both machines's viewpoints. >>>>>> >>>>>> As a concrete situation, consider where there's heartbeat monitoring >>>>>> feature on the guest machine's side, where we need to determine in >>>>>> which machine side the cause of heartbeat stop lies. In our actual >>>>>> experiments, we encountered such situation and we found the cause of >>>>>> the bug was in host's process schedular so guest machine's vcpu stopped >>>>>> for a long time and then led to heartbeat stop. >>>>>> >>>>>> The module that judges heartbeat stop is on guest machine, so we need >>>>>> to debug guest machine's data. But if the cause lies in host machine >>>>>> side, we need to look into host machine's crash dump. >>>>> >>>>> Do you mean, that a heartbeat failure in the guest lead to host panic? >>>>> >>>>> My expectation is that a problem in the guest will cause the guest to >>>>> panic and perhaps produce a dump; the host will remain up. >>>>> >>>> >>>> The point is that before our investigation, we didn't know which side >>>> leads to this buggy situation. Maybe a bug in host machine or the guest >>>> machine itself causes a heartbeat failure. >>> >>> How can a guest bug cause a host panic? >>> >>>> So we want to get both host machine's crash dump and guest machine's >>>> crash dump *at the same time*. Then we could use userspace tools to >>>> get guest machine crash dump from host machine's and analyse them >>>> separately to find which side causes the problem. >>>> >>> >>> If the guest caused the problem, there would be no panic; therefore >>> there was a host bug. >>> >> >> Yes, a guest bug cannot cause a host panic. When heartbeat stops in guest >> machine, we could trigger the host dump mechanism to work. This is because >> we want to get the status of both host and guest machine at the same time >> when heartbeat stops in guest machine. Then we can look for bug reasons >> from both host machine's and guest machine's views. > > That sounds like a bad idea. Can you explain in what situation it makes > sense for a guest to stop the host (and all other guests running on it) > rather than just restarting the failed services (on the host or other > guests)? > We never do this on customer's environment which maybe a host with many guests running on it. We do this on another environment to reproduce the buggy situation; or we do this in testing phase on development environment towards production one on the customer's site. >>>>>> Without this feature, we first create guest machine's dump and then >>>>>> create host mahine's, but there's only a short time between two >>>>>> processings, during which it's unlikely that buggy situation remains. >>>>>> >>>>>> So, we think the feature is useful to debug both guest machine's and >>>>>> host machine's sides at the same time, and expect we can make failure >>>>>> analysis efficiently. >>>>>> >>>>>> Of course, we believe this feature is commonly useful on the situation >>>>>> where guest machine doesn't work well due to something of host machine's. >>>>>> >>>>>> 2) Get offsets of VMCS information on the CPU running on the host machine >>>>>> >>>>>> If kdump doesn't work well, then it means we cannot use kvm API to get >>>>>> register values of guest machine and they are still left on its vmcs >>>>>> region. In the case, we use crash dump mechanism running outside of >>>>>> linux kernel, such as sadump, a firmware-based crash dump. Then VMCS >>>>>> information is then necessary. >>>>> >>>>> Shouldn't sadump then expose the VMCS offsets? Perhaps bundling them >>>>> into its dump file? >>>>> >>>> >>>> Firmware-based crash dump doesn't concern the os running on the machine. >>>> So it will not do any os handling when machine crashes. >>> >>> Seems to me the VMCS offsets are OS independent. >>> >> Hmm, you mean we could get VMCS offsets in sadump itself? >> But I think if we just export VMCS offsets in kernel, we could use the current >> existing dump tools with no or just very tiny change. I think this could be >> a more general mechanism than making changes in all kinds of dump tools. > > The sadump tool generates a core file with the OS image, right? Can it > not attach the offsets to a note, just like you propose for kdump? > Both are right.