Skip site navigation (1)Skip section navigation (2)
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>