From owner-freebsd-current  Fri Apr 19 13:14:48 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA28664
          for current-outgoing; Fri, 19 Apr 1996 13:14:48 -0700 (PDT)
Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA28658
          for <freebsd-current@freefall.freebsd.org>; Fri, 19 Apr 1996 13:14:43 -0700 (PDT)
Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA04133; Fri, 19 Apr 1996 14:12:51 -0600
Date: Fri, 19 Apr 1996 14:12:51 -0600
From: Nate Williams <nate@sri.MT.net>
Message-Id: <199604192012.OAA04133@rocky.sri.MT.net>
To: Terry Lambert <terry@lambert.org>
Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies),
        freebsd-current@freefall.freebsd.org
Subject: Re: gzipped executables
In-Reply-To: <199604191927.MAA08783@phaeton.artisoft.com>
References: <199604190816.KAA12947@gilberto.physik.rwth-aachen.de>
	<199604191927.MAA08783@phaeton.artisoft.com>
Sender: owner-current@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Terry Lambert writes:
> > Is anyone working on fixing the broken gzip executable feature in
> > -current?
> 
> It's a cache interaction.  Pentium caches are written back inside
> the cache queue depth, whereas pre-Pentium processors have
> immutable cache queues.
> 
> It can be fixed by incorporating 32 NOP's (until the next processor
> revision, anyway), in part of the code.

If this is the case, why did it used to work on Pentium processors?


Nate