From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751435Ab0CANPA (ORCPT ); Mon, 1 Mar 2010 08:15:00 -0500 Received: from serv2.oss.ntt.co.jp ([222.151.198.100]:51925 "EHLO serv2.oss.ntt.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751330Ab0CANO7 (ORCPT ); Mon, 1 Mar 2010 08:14:59 -0500 X-Greylist: delayed 1894 seconds by postgrey-1.27 at vger.kernel.org; Mon, 01 Mar 2010 08:14:58 EST Message-ID: <4B8BBE61.3020503@oss.ntt.co.jp> Date: Mon, 01 Mar 2010 22:17:21 +0900 From: Takuya Yoshikawa User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Gleb Natapov CC: linux-kernel@vger.kernel.org, mingo@elte.hu, avi@redhat.com, mtosatti@redhat.com, zamsden@redhat.com Subject: Re: use of setjmp/longjmp in x86 emulator. References: <20100301091819.GD16909@redhat.com> <4B8BB6FA.1000505@oss.ntt.co.jp> <20100301125223.GI16909@redhat.com> In-Reply-To: <20100301125223.GI16909@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Gleb Natapov wrote: > On Mon, Mar 01, 2010 at 09:45:46PM +0900, Takuya Yoshikawa wrote: >> Gleb Natapov wrote: >>> I am looking at improving KVM x86 emulator. Current code does not >> Does your plan also include making the emulator independent of KVM? > Yes, I am planning to make it more independent from KVM that it is now > (by adding more callbacks to x86_emulate_ops). > >> Could you tell me about the future plan if possible? >> > We saw a lot of problems and shortcomings in the emulator recently, so > the plan is to improve its correctness. There is also a requirement to be > able single step emulated code. Having setjmp/longjmp will greatly simplify > the code. What are you interested in? I am mainly interested in clearly understanding the KVM x86 emulator. In that sense, what I felt first was it's impossible to understand why it is working without the deep(whole) knowledge of the KVM's architecture. If emulator itself is self contained, it will be much help for me. Though I do not think every instruction should be implemented, it would be nice if each instruction emulated is independent of KVM: if we can check the validity of them using only SDM, it would be really nice! Thanks, Takuya > >>> handle some special cases correctly (code execution from ROM, ins/outs >>> to/from MMIO) and many exception conditions during instruction emulation >>> are not handled correctly. There is a lot of code in emulator that is >>> there only for exception propagation. Using setjmp/longjmp will be very >>> beneficial here as exception condition during instruction execution >>> maps very naturally to setjmp/longjmp, so my question is what about >>> adding setjmp/longjmp implementation to the kernel, or alternatively, >>> if there is a fear that it can be abused, add it locally to emulator.c? >>> Note that instruction emulation is always done in process context. >>> >>> -- >>> Gleb. >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> Please read the FAQ at http://www.tux.org/lkml/ > > -- > Gleb.