From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Guest Debugging Facilities in KVM Date: Wed, 19 Sep 2012 18:12:27 +0300 Message-ID: <5059E0DB.9010808@redhat.com> References: <28768DBB-7AB1-454A-B86E-F6750C556495@lightbulbone.com> <5059D8FD.3060207@redhat.com> <5059DA76.1080505@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dean Pucsek , "kvm@vger.kernel.org" To: Jan Kiszka Return-path: Received: from mx1.redhat.com ([209.132.183.28]:44469 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753209Ab2ISPMe (ORCPT ); Wed, 19 Sep 2012 11:12:34 -0400 In-Reply-To: <5059DA76.1080505@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: On 09/19/2012 05:45 PM, Jan Kiszka wrote: > On 2012-09-19 16:38, Avi Kivity wrote: >> On 09/17/2012 10:36 PM, Dean Pucsek wrote: >>> Hello, >>> >>> For my Masters thesis I am investigating the usage of Intel VT-x and branch tracing in the domain of malware analysis. Essentially what I'm aiming to do is trace the execution of a guest VM and then pass that trace on to some other tools. I've been playing KVM for a couple weeks now but from comments such as (in arch/x86/kvm/vmx.c): >>> >>> /* >>> * Forward all other exceptions that are valid in real mode. >>> * FIXME: Breaks guest debugging in real mode, needs to be fixed with >>> * the required debugging infrastructure rework. >>> */ >>> >>> And (from an email sent to the list in July 2008): >>> >>> Note that guest debugging in real mode is broken now. This has to be >>> fixed by the scheduled debugging infrastructure rework (will be done >>> once base patches for QEMU have been accepted). >>> >>> it is unclear to me how much support there is for guest debugging in KVM currently (I wasn't able to find any recent documentation on it) and what the debugging infrastructure referred to by these comments is. I am interested in becoming involved with the KVM project in this respect however some guidance and direction on the guest debugging facilities would be greatly appreciated. >> >> Guest debugging works (but not in real mode due to the issue above). > > That doesn't apply to CPUs with "Unrestricted Guest" support, right? Right. > At > least I didn't notice any limitations recently. [I did notice some other > corner-case issue with guest debugging, still need to dig into that...] I'm sure there's a diamond mine of corner cases in that code. -- error compiling committee.c: too many arguments to function