From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [BUG] kvm crashes in 2.6.28-rc6-00007-ged31348 Date: Tue, 02 Dec 2008 22:56:31 +0200 Message-ID: <4935A0FF.7070105@redhat.com> References: <20081130193401.GA7690@hades> <4932F59D.2060002@redhat.com> <20081130203833.GA14903@hades> <4932FB47.6090300@redhat.com> <20081130210406.GA17952@hades> <493528D8.8010904@redhat.com> <20081202190914.GA12115@hades> <20081202194610.GA4864@hades> <1228249509.4886.11.camel@localhost.localdomain> <49359CDF.5060300@redhat.com> <1228250921.4886.14.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luis Henriques , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Steven Rostedt , Ingo Molnar To: Steven Rostedt Return-path: In-Reply-To: <1228250921.4886.14.camel@localhost.localdomain> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org Steven Rostedt wrote: >> In arch/x86/kvm/svm.c, function svm_vcpu_run(), everything between the >> vmrun instruction and the call to load_host_msrs() is executed without a >> live pda, so no smp_processor_id(). Could easily be fixed by >> rearranging things. >> > > That would be best, but if you have trouble, you could surround the > trouble area with a: tracing_stop(); tracing_start(); That will prevent > tracing within those locations. The function tracer will still be > called, but it will exit the function without doing anything else. > > Note: that stops tracing on all CPUS, not just the CPU that called it. > The vmrun instruction can execute for a long time (hours, if you have a dyntick kernel and no timers scheduled), so that's less than optimal. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.