From owner-freebsd-arch@FreeBSD.ORG Thu Aug 28 09:02:29 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 876D916A4BF for ; Thu, 28 Aug 2003 09:02:29 -0700 (PDT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4173D43FE5 for ; Thu, 28 Aug 2003 09:02:28 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id h7SG2QSO010011; Thu, 28 Aug 2003 17:02:26 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) h7SG2NTj069853; Thu, 28 Aug 2003 17:02:25 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: John Hay In-Reply-To: <1062073611.26778.6.camel@builder02.qubesoft.com> References: <20030827054550.GA53143@zibbi.icomtek.csir.co.za> <1062073611.26778.6.camel@builder02.qubesoft.com> Content-Type: text/plain Message-Id: <1062086543.26778.12.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 28 Aug 2003 17:02:23 +0100 Content-Transfer-Encoding: 7bit cc: freebsd-arch@freebsd.org Subject: Re: pnp code and irq 2 broken X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2003 16:02:29 -0000 On Thu, 2003-08-28 at 13:26, Doug Rabson wrote: > On Wed, 2003-08-27 at 06:45, John Hay wrote: > > Hi, > > > > Somewhere along the line the code in FreeBSD that maps irq 2 to irq 9 has > > gone away and a panic was added if one tries to use irq 2. This is all > > well and fine, except that the pnp code was not notified of this. :-) So > > if you have a pnp device that have irq 2 in its mask and FreeBSD then > > decides that irq 2 is a good irq to use for this device, you have an > > instant panic. > > > > I have worked around it with this crude patch below. Crude because: > > 1) I don't know if it should be an i386 only fix, and > > 2) I used 0x04 directly, maybe IRQ_SLAVE from i386/isa/icu.h or > > some other define should be used? > > > > Any comments from anyone? > > I think that the way this used to work was that irq 2 was never included > in the irq resource map. The allocation code would never choose a > configuration which used irq 2 because it should never be possible to > allocate that resource. The code in nexus which creates the resource map for irqs was changed in version 1.29 to not exclude irq 2. The cvs comment claims that the AT PIC driver will claim irq 2 for the non-apic case which would take it away from any possible pnp allocator. Presumably, this is the part which is now broken.