From owner-freebsd-mobile  Tue Apr  6 12: 0: 3 1999
Delivered-To: freebsd-mobile@freebsd.org
Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141])
	by hub.freebsd.org (Postfix) with ESMTP id 31F2914F27
	for <freebsd-mobile@FreeBSD.ORG>; Tue,  6 Apr 1999 11:59:59 -0700 (PDT)
	(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 MAA24094;
	Tue, 6 Apr 1999 12:57:54 -0600 (MDT)
	(envelope-from nate@rocky.mt.sri.com)
Received: by mt.sri.com (SMI-8.6/SMI-SVR4)
	id MAA17068; Tue, 6 Apr 1999 12:57:53 -0600
Date: Tue, 6 Apr 1999 12:57:53 -0600
Message-Id: <199904061857.MAA17068@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: "Daniel C. Sobral" <dcs@newsguy.com>
Cc: Nate Williams <nate@mt.sri.com>, Ted Faber <faber@ISI.EDU>,
	NAKAGAWA Yoshihisa <y-nakaga@nwsl.mesh.ad.jp>,
	Nick Sayer <nsayer@quack.kfu.com>, freebsd-mobile@FreeBSD.ORG
Subject: Re: Any success with CirrusLogic 6729/6730???
In-Reply-To: <370A4782.B3C61AB7@newsguy.com>
References: <199904061711.LAA16507@mt.sri.com>
	<199904061725.KAA25490@boreas.isi.edu>
	<199904061732.LAA16641@mt.sri.com>
	<370A4782.B3C61AB7@newsguy.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Sender: owner-freebsd-mobile@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> > > I see a sysctl variable (I think) in the probe routine used to allow
> > > the suer to select the management irq.  How about adding one or more
> > > to select the IO ports for the controller?
> 
> Is this the same variable mentioned in loader(8)?

????

> > This was my idea about a 'boot' config line.  The problems with this
> > solution is:
> > 
> > 1) It assumes there is one PCIC controller.  (The existing code has the
> >    same problem)
> > 2) It not 'boot-time' configurable.  It requires you to edit a file and
> >    then reboot the box before the change can take place.
> 
> Sure it is configurable at boot time. Stop the loader, set the
> variable, proceed.
> 
> Something like the visual userconfig can be written, at the time it
> becomes an issue.

I don't think it's justifiable to have a 2-stage configuration.  Either
we use userconfig as it's written now, or we use the boot configuration
stuff.  Mixing/matching things only serves to confuse users.


Nate


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