Date: 28 Aug 2003 17:02:23 +0100 From: Doug Rabson <dfr@nlsystems.com> To: John Hay <jhay@icomtek.csir.co.za> Cc: freebsd-arch@freebsd.org Subject: Re: pnp code and irq 2 broken Message-ID: <1062086543.26778.12.camel@builder02.qubesoft.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1062086543.26778.12.camel>