ISA core vs. ISA card support

From: Eric S. Raymond (esr@thyrsus.com)
Date: Thu Dec 27 2001 - 19:44:44 EST


Because the CML2 coodebase is basically buttoned down at this point,
I'm now trying to do a little forward design -- looking for rulebase
cleanups that will get much harder to do once the CML2 rulebase is
dispersed to the care of four-dozen maintainers.

Top of my list is maybe doing something about the ISA config symbol.
There is a declaration in my arch/i386 rules file that looks like this:

# There are PCI-only machines out there, but as of 2.4.0-test1 I'm told
# nobody has tested the kernel with an x86 lacking ISA. Giacomo Catenazzi
# believes that some motherboard chips use the ISA support code anyway even
# if you don't have an ISA bus.
require X86 implies ISA==y

This is a real problem, because it means that people configuring for
PCI-only X86 machines (an increasingly common case) are going to see a
whole boatload of ISA-card questions irrelevant to them. I'd like to
fix this *before* changing it everywhere might imply a turf war, thank you.

There are a couple of ways I could address this in the rulebase. The best
course depends on facts I don't know. Like, have kernels more recent than
2.4.0-test1 been built without ISA and tested on PCI-only machines? If
this is known to work reliably, I can remove the above rule and life will
be simpler and happier.

If not, then I need to tghink about splitting the config symbol into ISA
and ISA_SLOTS and hacking all of the present driver-visibility predicates
to use the latter, with an implication like this

require ISA_SLOTS implies ISA==y

-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

It would be thought a hard government that should tax its people one tenth part. -- Benjamin Franklin - 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/



This archive was generated by hypermail 2b29 : Mon Dec 31 2001 - 21:00:16 EST