Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753643Ab0ADTv0 (ORCPT ); Mon, 4 Jan 2010 14:51:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752848Ab0ADTvY (ORCPT ); Mon, 4 Jan 2010 14:51:24 -0500 Received: from terminus.zytor.com ([198.137.202.10]:39310 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750770Ab0ADTvX (ORCPT ); Mon, 4 Jan 2010 14:51:23 -0500 Message-ID: <4B42467F.5040008@zytor.com> Date: Mon, 04 Jan 2010 11:50:23 -0800 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: Suresh Siddha CC: Yinghai Lu , "Eric W. Biederman" , Jesse Brandeburg , Ingo Molnar , Thomas Gleixner , "linux-kernel@vger.kernel.org" , Andrew Morton , NetDEV list , "Brandeburg, Jesse" 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> <4B424305.7050803@kernel.org> <1262634353.2700.49.camel@sbs-t61.sc.intel.com> In-Reply-To: <1262634353.2700.49.camel@sbs-t61.sc.intel.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1192 Lines: 30 On 01/04/2010 11:45 AM, Suresh Siddha wrote: > On Mon, 2010-01-04 at 11:35 -0800, Yinghai Lu wrote: >> sth like this? >> >> Subject: [PATCH 1/2] x86: get back 16 vectors >> >> -v2: according to hpa that we could start from 0x10 >> according to Eric, we should hold 16 vectors for IRQ MOVE >> >> Signed-off-by: Yinghai Lu >> > > Yinghai we have to change IRQ_MOVE_CLEANUP_VECTOR to 0x1f or so. From > the cpu perspective this vector is documented as illegal, so we need to > check if this change will work on the cpu's we have today to get some > confidence. > It's documented as reserved, not illegal. The ability for the APIC to generate vectors starting at 0x10 is documented, as is the ability for the CPU to receive any vector number as an interrupt -- in fact, the legacy BIOS relies on being able to receive interrupts starting at vector 0x08. It causes problems galore, but only at the software level. -hpa -- 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/