From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Npnl0-0006ds-Lw for qemu-devel@nongnu.org; Thu, 11 Mar 2010 14:09:18 -0500 Received: from [199.232.76.173] (port=39330 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Npnkz-0006c7-QE for qemu-devel@nongnu.org; Thu, 11 Mar 2010 14:09:17 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Npnky-0000nC-DB for qemu-devel@nongnu.org; Thu, 11 Mar 2010 14:09:17 -0500 Received: from mx1.redhat.com ([209.132.183.28]:22979) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Npnkx-0000n6-UF for qemu-devel@nongnu.org; Thu, 11 Mar 2010 14:09:16 -0500 Date: Thu, 11 Mar 2010 15:53:23 -0300 From: Marcelo Tosatti Message-ID: <20100311185323.GC17264@amt.cnet> References: <20100309015343.901738854@redhat.com> <20100309015644.133975091@redhat.com> <4B98AB49.4030209@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B98AB49.4030209@redhat.com> Subject: [Qemu-devel] Re: [patch 1/3] target-i386: print EFER in cpu_dump_state List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org On Thu, Mar 11, 2010 at 10:35:21AM +0200, Avi Kivity wrote: > On 03/09/2010 03:53 AM, Marcelo Tosatti wrote: > >Signed-off-by: Marcelo Tosatti > > > >Index: qemu-kvm-uq/target-i386/helper.c > >=================================================================== > >--- qemu-kvm-uq.orig/target-i386/helper.c > >+++ qemu-kvm-uq/target-i386/helper.c > >@@ -1176,6 +1176,7 @@ void cpu_dump_state(CPUState *env, FILE > > cpu_x86_dump_seg_cache(env, f, cpu_fprintf, "TR",&env->tr); > > > > #ifdef TARGET_X86_64 > >+ cpu_fprintf(f, "EFER= %016" PRIx64 "\n", env->efer); > > if (env->hflags& HF_LMA_MASK) { > > cpu_fprintf(f, "GDT= %016" PRIx64 " %08x\n", > > env->gdt.base, env->gdt.limit); > > > > Better to do this for i386 too, no? "On systems that support IA-32e mode, the extended feature enable register (IA32_EFER) is available. This model-specific register controls activation of IA-32e mode and other IA-32e mode operations." Can it be useful for i386 too?