Subject: Re: PCMCIA CIS irqmask being ignored?
To: Ted Lemon <mellon@hoffman.vix.com>
From: Stefan Grefen <grefen@hprc.tandem.com>
List: tech-kern
Date: 11/03/1998 19:35:34
In message <199811031808.NAA07313@grosse.fugue.com>  Ted Lemon wrote:
> 
> > Using the card's IRQ mask makes IRQ allocation for your system a lot harder
> > as it doesn't matter for any PCMCIA-card which IRQ it uses, becauses this is 
> > routed in the PCIC chip. PCMCIA has only one IRQ line (pin 16, aka READY).
> 
> Right now, PCMCIA interrupt allocation simply doesn't work.   If the
> BIOS is providing us clues as to what interrupt lines _might_ work,
> and we're ignoring them, that's a bug.   If fixing the bug means that
> the interrupt allocation code needs to be a little more complicated,
> then it needs to be a little more complicated.

CIS != BIOS.  We're talking about CIS information which staticly on the
pc-card. It the IRQ the Card vendor thinks are appropriate ...

> 
> > Your problem is more likely that on your system the interrupt or IO-address
> > assigned by NetBSD to the PCMCIA-card is allocated by a device not probed 
> > (yet) by NetBSD. The config PCIC_ISA_INTR_ALLOC_MASK option is the  way to 
> > fight that, as it may change with your machine not with your card.
> 
> PCIC_ISA_INTR_ALLOC_MASK is a hack.   It is not the right way to do
> anything.   It works, and we're happy it's there, but it's not The
> Right Solution, and you shouldn't promote it as such.

If it fixes a problem fine. For a real fix you need 2 passes through the config table
(or a very smart config program), so you can assign the partiality overlapping IRQ 
wishes. 
But even this doesn't solve the problem that undetected(able) hardware blocks
certain IRQ on a given machine. 
A more general mechanism for elimination those 'blind' spots would be nice though.
(or in simpler words the problem is PC-Hardware engineered after the same rules for quality 
of the OS it is designed for ... :-/ )

Stefan
> 
> 			       _MelloN_

--
Stefan Grefen                                Tandem Computers Europe Inc.
grefen@hprc.tandem.com                       High Performance Research Center
 --- Hacking's just another word for nothing left to kludge. ---