Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 Nov 1998 10:44:06 +0000 (GMT)
From:      Doug Rabson <dfr@nlsystems.com>
To:        Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Cc:        Peter Wemm <peter@netplex.com.au>, sos@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/sys/modules/syscons saver.h ... 
Message-ID:  <Pine.BSF.4.01.9811041042170.19324-100000@herring.nlsystems.com>
In-Reply-To: <199811041030.TAA28081@zodiac.mech.utsunomiya-u.ac.jp>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 4 Nov 1998, Kazutaka YOKOTA wrote:

> 
> >> Peter Wemm wrote:
> >> >   Modified files:
> >> >     sys/modules/syscons  saver.h 
> >> >     sys/modules/syscons/blank blank_saver.c 
> >> >     sys/modules/syscons/daemon daemon_saver.c 
> >> >     sys/modules/syscons/fade fade_saver.c 
> >> >     sys/modules/syscons/green green_saver.c 
> >> >     sys/modules/syscons/snake snake_saver.c 
> >> >     sys/modules/syscons/star star_saver.c 
> >> >   Log:
> >> >   Simple update to make these work as kld and preload modules.
> >> 
> >> I'd like to move these to a better place.  I was thinking of
> >> sys/dev/syscons/* for the code parts and leave the Makefile glue where it
> >> is now.
> >> 
> >> I'd like to be able to configure one of these statically, with the kld 
> >> mechanism we can because the code is the same for both kld and statically 
> >> configured.  "options STAR_SAVER" or "pseudo-device star_saver" is what I 
> >> have in mind.
> >> 
> >> I'm not sure that sys/i386/isa/syscons/* is appropriate since we have a
> >> machine independent isa version of syscons in sys/isa/* as well.
> >
> >If we could move most or all of the i386 syscons to somewhere it can be
> >shared between i386 and alpha, I would be very grateful.  The alpha
> >syscons is lagging behind the i386 one considerably.  I'm happy with
> >sys/dev/syscons.
> 
> syscons badly needs re-organization and modularization. And I am all
> for /sys/dev/syscons once this is done.
> 
> However, LKM/KLD screen savers are highly i386-dependent, or i386
> video card-dependent, as they are, and won't become much
> architecture-independent.

I'm not too worried about the screen savers just yet.  If we can
eventually give them a simple api to use to change character cells and
attributes without scribbling directly on the video memory, then they
should be easy to port too (and they would work in non-text modes on
i386 too).

--
Doug Rabson				Mail:  dfr@nlsystems.com
Nonlinear Systems Ltd.			Phone: +44 181 951 1891
					Fax:   +44 181 381 1039


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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.01.9811041042170.19324-100000>