From owner-cvs-all  Fri Jan 29 08:38:54 1999
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA06262
          for cvs-all-outgoing; Fri, 29 Jan 1999 08:38:54 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06251;
          Fri, 29 Jan 1999 08:38:52 -0800 (PST)
          (envelope-from nate@mt.sri.com)
Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100])
	by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA26668;
	Fri, 29 Jan 1999 09:38:47 -0700 (MST)
	(envelope-from nate@rocky.mt.sri.com)
Received: by mt.sri.com (SMI-8.6/SMI-SVR4)
	id JAA06504; Fri, 29 Jan 1999 09:38:46 -0700
Date: Fri, 29 Jan 1999 09:38:46 -0700
Message-Id: <199901291638.JAA06504@mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Mike Smith <mike@smith.net.au>
Cc: Nate Williams <nate@mt.sri.com>, Michael Smith <msmith@FreeBSD.ORG>,
        cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/boot/common help.common 
In-Reply-To: <199901291632.IAA00932@dingo.cdrom.com>
References: <199901290431.VAA03906@mt.sri.com>
	<199901291632.IAA00932@dingo.cdrom.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

> > >     sys/boot/common      help.common 
> > >   Log:
> > >   Document the machdep.pccard.pcic_irq tunable, which allows the user to tune
> > >   the interrupt which will be given to the PCIC.  If the value supplied is
> > >   illegal or not available, interrupts will be turned off and polled mode
> > >   used instead.
> > 
> > Cool.  How can this be tuned in a config file to give it a default
> > setting?
> 
> It can't.  Put
> 
> set machdep.pccard.pcic_irq=<value>
> 
> in /boot/loader.rc
> 
> My current philosophy leans towards separating code (the kernel) and 
> data (the IRQ value).  If you desperately wanted to be able to compile 
> in a default, I would probably look the other way.  (Note that you've 
> argued against using a compile-time option for this previously...)

No, I argued *for* a compile-time option that didn't involve making the
PCIC an ISA device, or using 'Yet Another' option.  Both are
unacceptable options.

Also, what do we do about those machines that have multiple PCIC's?

(There are quite a few...)



Nate

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message