Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753900Ab0ADTJP (ORCPT ); Mon, 4 Jan 2010 14:09:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753840Ab0ADTJM (ORCPT ); Mon, 4 Jan 2010 14:09:12 -0500 Received: from out02.mta.xmission.com ([166.70.13.232]:56281 "EHLO out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753814Ab0ADTJK (ORCPT ); Mon, 4 Jan 2010 14:09:10 -0500 To: "H. Peter Anvin" Cc: Yinghai Lu , Jesse Brandeburg , Ingo Molnar , Thomas Gleixner , "linux-kernel\@vger.kernel.org" , Andrew Morton , NetDEV list , Jesse Brandeburg Subject: Re: Subject: [PATCH 1/2] x86: get back 15 vectors References: <4B347AEE.6030705@kernel.org> <20091228094707.GH24690@elte.hu> <4B398ECD.1080506@kernel.org> <4807377b1001031906s6b1ee576jc021da2642bb4147@mail.gmail.com> <4B415E73.1050801@kernel.org> <4B419113.1090204@kernel.org> <4B423B08.3010005@zytor.com> From: ebiederm@xmission.com (Eric W. Biederman) Date: Mon, 04 Jan 2010 11:09:05 -0800 In-Reply-To: <4B423B08.3010005@zytor.com> (H. Peter Anvin's message of "Mon\, 04 Jan 2010 11\:01\:28 -0800") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-XM-SPF: eid=;;;mid=;;;hst=in01.mta.xmission.com;;;ip=76.21.114.89;;;frm=ebiederm@xmission.com;;;spf=neutral X-SA-Exim-Connect-IP: 76.21.114.89 X-SA-Exim-Mail-From: ebiederm@xmission.com X-SA-Exim-Scanned: No (on in01.mta.xmission.com); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1175 Lines: 31 "H. Peter Anvin" writes: > On 01/04/2010 08:18 AM, Eric W. Biederman wrote: >> Yinghai Lu writes: >> >> This patch is wrong. >> >>> between FIRST_EXTERNAL_VECTOR (0x20) and FIRST_DEVICE_VECTOR (0x41) >>> >>> for 0x20 and 0x2f, we are safe be used_vectors will prevent it to use used one. >> >> We can not use any of 0x20 - 0x2f for ioapic irqs. We need the entire >> priority level to ensure that the irq move cleanup ipi is of a lower >> priority. >> > > Almost makes one want to abuse 0x1f for that. Although 0x00..0x1f are > reserved for exceptions, the APICs range down to 0x10, and well, when > 0x1f ends up actually getting used as an exception vector that we > support, then we can trivially change that. In the meantime it would > actually make use of an otherwise-unusable APIC priority level. An optimization like that (with a big fat comment) seems reasonable to me. Eric -- 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/