From owner-freebsd-bugs Wed Jun 7 20:32:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29829 for bugs-outgoing; Wed, 7 Jun 1995 20:32:40 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29821 ; Wed, 7 Jun 1995 20:32:36 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA05773; Wed, 7 Jun 1995 20:31:15 -0700 From: Poul-Henning Kamp Message-Id: <199506080331.UAA05773@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 20:31:14 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080316.AA17275@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 09:16:43 pm Content-Type: text Content-Length: 796 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > > > before the jump and see if the problem goes away. > > It's a far jump... > > Try it to humor me? Have anything else to try that you are more confident Terry, you may be unfamiliar with x86 terminology. All I tried to say was that the transfer to the uncompressed code was a "far jump" which until now has always flushed the prefetch. You only need to bother with the prefetch queue if you modify instructions in you close neighborhood. -- 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. Just that: dried leaves in boiling water ?