From owner-freebsd-current  Fri Sep 25 04:19:00 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id EAA15915
          for freebsd-current-outgoing; Fri, 25 Sep 1998 04:19:00 -0700 (PDT)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15909
          for <current@freebsd.org>; Fri, 25 Sep 1998 04:18:58 -0700 (PDT)
          (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp)
Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:WCFYJ4fmLSPBrn2k7JMXK3/MGZj01zsO@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1])
	by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id UAA00431;
	Fri, 25 Sep 1998 20:18:32 +0900 (JST)
Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP
	id UAA22357; Fri, 25 Sep 1998 20:19:31 +0900 (JST)
Message-Id: <199809251119.UAA22357@zodiac.mech.utsunomiya-u.ac.jp>
To: Sheldon Hearn <axl@iafrica.com>
cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: Re: cvs commit: src/sys/i386/conf options.i386 src/sys/i386/isa syscons.c 
In-reply-to: Your message of "Fri, 25 Sep 1998 12:35:35 +0200."
             <25630.906719735@axl.training.iafrica.com> 
References: <25630.906719735@axl.training.iafrica.com> 
Date: Fri, 25 Sep 1998 20:19:30 +0900
From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


>On Thu, 24 Sep 1998 06:41:21 -0700 (PDT), Kazutaka YOKOTA wrote:
>
>>   Modified files:        (Branch: RELENG_2_2)
>>     sys/i386/conf        options.i386
>>     sys/i386/isa         syscons.c
>>   Log:
>>   YAMFC:
>>   SC_BAD_FLICKER -> SC_ALT_SEQACCESS
>
>Hi folks,
>
>I followed the thread regarding this issue recently and would just like
>some clarification:
>
>SC_BAD_FLICKER was an option that one used to disable in the hopes of
>saving a few CPU cycles.
>
>SC_ALT_SEQACCESS is an option that one can enable in the hopes of saving
>a few CPU cycles.
>
>If this is the case, we want something like the following patch to LINT,
>no?

Well, I am afraid the description is not entirely correct.
SC_BAD_FLICKER was not, and SC_ALT_SEQACCESS is not about optimizaion
at all.  They are about steps to be taken to update some registers.

I will be updating LINT.  Thank you for pointing out this oversight.

Kazu

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