From owner-freebsd-alpha Mon Apr 26 13:25:36 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 9264A153C1 for ; Mon, 26 Apr 1999 13:25:30 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.2/8.9.0) with ESMTP id AAA38299; Tue, 27 Apr 1999 00:24:55 +0400 (MSD) Message-Id: <199904262024.AAA38299@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: Doug Rabson Cc: Dmitrij Tejblum , freebsd-alpha@freebsd.org Subject: Re: "I-stream memory barrier" In-reply-to: Your message of "Sun, 25 Apr 1999 19:12:14 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Apr 1999 00:24:55 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm pretty sure that I-cache lines are tagged with ASNs. The Linux kernel > only calls imb() when it runs out of ASNs Well, you are right, even comments in the NetBSD pmap say so. Nevertheles, they call alpha_pal_imb() a lot - there should be a reason for that. Also, take a look at Linux' ev5_flush_tlb_current_page() - it flush whole ASN when it have to flush something executable, rather than do a TBIS. > and if it didn't work properly, > I doubt that a system could survive even a single threaded make world, let > alone -j20. This is not very convincing :-). I have seen as single threaded make world fail mysteriously. (That is exactly why I started to look at the issue :-). Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message