From owner-freebsd-current  Wed Sep 11 14:00:48 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id OAA00312
          for current-outgoing; Wed, 11 Sep 1996 14:00:48 -0700 (PDT)
Received: from critter.tfs.com ([140.145.230.177])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00276;
          Wed, 11 Sep 1996 14:00:42 -0700 (PDT)
Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA04576; Wed, 11 Sep 1996 22:59:52 +0200 (MET DST)
To: dyson@FreeBSD.org
cc: bde@zeta.org.au (Bruce Evans), dyson@dyson.iquest.net, current@FreeBSD.org,
        dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp
Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug 
In-reply-to: Your message of "Wed, 11 Sep 1996 15:50:45 CDT."
             <199609112050.PAA00852@dyson.iquest.net> 
Date: Wed, 11 Sep 1996 22:59:51 +0200
Message-ID: <4574.842475591@critter.tfs.com>
From: Poul-Henning Kamp <phk@critter.tfs.com>
Sender: owner-current@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

In message <199609112050.PAA00852@dyson.iquest.net>, John Dyson writes:
>> I would put this in cpufunc.h since it is a single instruction and
>> might be useful elsewhere.  Is it reasonable for device drivers to
>> invalidate pages directly?
>> 
>It is unreasonable (IMO) but unavoidable if the system doesn't provide
>a needed service.  It is difficult to imagine a machine independent
>reason to do a pmap_update (but I guess that it might be possible.)
>So, to kind-of answer your comment -- I will put it in cpufunc, but
>the only module that should normally need it would be pmap.c???

Not to mention bootblocks & locore.s...

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@ref.tfs.com       TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.