From owner-freebsd-current Tue Apr 13 0:52:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 1F1EC15676 for ; Tue, 13 Apr 1999 00:52:21 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA50769; Tue, 13 Apr 1999 08:53:58 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 13 Apr 1999 08:53:57 +0100 (BST) From: Doug Rabson To: Alfred Perlstein Cc: Peter Wemm , current@freebsd.org Subject: Re: cvs commit: sys/pci pci.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Apr 1999, Alfred Perlstein wrote: > On Mon, 12 Apr 1999, Doug Rabson wrote: > > > On Mon, 12 Apr 1999, Alfred Perlstein wrote: > > > > > The problem that i faced was that the console stuff must be done even > > > before the SYSINITs are done it's generally setup from machdep.c this > > > is before a lot of stuff is really setup. > > > > > > How early can i expect this framework to be in place so i can attach > > > a console bus/device or does it seem i have to hack this somehow? > > > > > > What i'm planning on is a way to modularize the console code enough > > > so that during runtime the console can be moved from device to device > > > and even support a forked console (i/o on both sio and sc) revoking > > > a console and a split console (input serial, output syscons). > > > > That sounds very worthwhile. While you are at it, can you try to factor > > out the common code from the i386 and alpha ports so that both can use the > > new mechanism. > > I will try to, something i also wonder, why is there seperate sio.c > for each port? it seems like a lot of the isa stuff is duplicated > across each port making it hard to actually do this correctly. > > hopefull the new stuff going into the bus code will help this, i know > drowning the code in #ifdef __alpha__/__i386__/etc is pretty nasty > but trying to keep 3 sio.c and i presume more if the other arch ports > in the works have the same isa device as even more difficult. The one in sys/isa is the new-bus style one. It has diverged slightly from the i386 one but I intend to fix that. If/when the i386 new-bus implementation goes into current, there will be only one version of sio.c. > > the seperate i386/cons.c and such will be put into an arch independant > form and i will impelement a spec to follow to be a console device. > > I will bring sio and syscons on i386 into this model and i hope developers > with pc98 and alpha equip can move to it as well. Sounds good to me. I'm sure I can spend some time on adapting the alpha to the new model when it appears. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message