From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: Question about evtchn_callback reentry Date: Mon, 18 Dec 2006 13:42:19 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser , "Xu, Anthony" Cc: xen-devel@lists.xensource.com, xen-ia64-devel List-Id: xen-devel@lists.xenproject.org On 18/12/06 11:24, "Keir Fraser" wrote: >> If evtchn_callback reentry is allowed. >> There are 1024 event channels. >> In theory, dom0 kernal stack may be overflowed. >> Is there any mechanism to prevent this? > > When running natively there are over 200 vectors available for allocation to > interrupt sources. In theory the kernel stack may be overflowed, and there > is no mechanism in Linux to prevent this. Okay, so I remember now that of course the APIC divides these into 16 priority levels so that does rather restrict the maximum nesting. I'll be happy to consider adding prioritisation (or just complete disallow of nesting) for 3.0.5. But I think you should also work to understand the root cause of the performance drop on ia64. -- Keir