From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: Re: System Calls in x86_32 Date: Thu, 19 Jun 2008 15:42:55 +0100 Message-ID: <485A8C8F.76E4.0078.0@novell.com> References: <48584135.9000301@ncsu.edu> <4cac40570806190642y22757fp4498a69dc7698f8e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <4cac40570806190642y22757fp4498a69dc7698f8e@mail.gmail.com> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Grzegorz Milos , Ahmed Moneeb Azab Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org >The reason why Xen wants to intercept the >interrupts is that we could be executing 32bit guest, or an HVM guest >etc (look through the definition of int80_direct_trap for details). Not exactly. First of all, HVM guests are don't-care here - they handle int 0x80 with their own IDT. 64-bit guests must go through Xen because guest and kernel run in ring 3, and the kernel mode flag must be set correctly, which can only be donein Xen. 32-bit guest must go through Xen because x84-64 doesn't know 32-bit gates (i.e. the target code selector of any gate must be a 64-bit code segment). Jan