From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: 32/64-bit hypercall interface Date: Tue, 4 Oct 2005 18:45:20 +0200 Message-ID: <200510041845.20902.ak@suse.de> References: <7F740D512C7C1046AB53446D37200173056C8BBF@scsmsx402.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <7F740D512C7C1046AB53446D37200173056C8BBF@scsmsx402.amr.corp.intel.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: "Nakajima, Jun" Cc: Jeremy Katz , xen-devel@lists.xensource.com, Ian Pratt List-Id: xen-devel@lists.xenproject.org On Tuesday 04 October 2005 18:03, Nakajima, Jun wrote: > > I don't think we should use "int N" sacrificing the good feature for > 64-bit when we can handle 32-bit hypercalls using a compatibility layer. > I also think using the existing ABI convention is much better whenever > possible and appropriate because we don't need to re-invent the wheel. > After all, the only difference between system call and hyper call > basically is the system/hypercall number. Main 32bit linux solves this problem by mapping a vsyscall page into the address space. The ABI is then just to jump to an appropiate entry point in it. The entry point uses the right instruction then. -Andi