From owner-freebsd-alpha Sun Jun 27 15:49:37 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 E9E7014D31 for ; Sun, 27 Jun 1999 15:49:33 -0700 (PDT) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by arc.hq.cti.ru (8.9.3/8.9.3) with UUCP id CAA36554; Mon, 28 Jun 1999 02:49:19 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.9.3/8.9.3) with ESMTP id CAA04434; Mon, 28 Jun 1999 02:51:10 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199906272251.CAA04434@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Peter Wemm Cc: Dmitrij Tejblum , Doug Rabson , alpha@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: Hmm!! In-reply-to: Your message of "Mon, 28 Jun 1999 06:23:32 +0800." <19990627222332.8D80781@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Jun 1999 02:51:10 +0400 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Wemm wrote: > I was suspicious of something along those lines but the Alpha system is > quite new to me. I also kept thinking about Jason Thorpe's "you aren't > doing all the required imb's" comment before. I also note that DEC/Compaq > have explicitly said that their upcoming CPU's are far more strict about > certain things, I wonder if this is one? This one isn't a particularly new > CPU though. FWIW, http://www.netbsd.org/Ports/alpha/models.html says: AlphaPC 164SX systems include a 21164PC microprocessor instead of the 21164A microprocessor used by the other supported systems. The 21164PC microprocessor uses a different cache architecture than the 21164A microprocessor. > > > [...] > > > I'm pretty sure this is overkill, but it doesn't seem to hurt so far. I > > > have not tried your single patch though, I got out the sledgehammer to see > > > if I could get some sanity. I'm not sure if the alpha_pal_tbi() functions > > > do an implied imb as well or not. If so, then the first chunks are > > > irrelevant. > > > > I don't think so. > > To which part? :-) Sorry, I mean: I don't think alpha_pal_tbi() functions do an implied imb. > > > While your patch is overkill, it still seem to miss imb in > > pmap_enter_quick()... > > Yeah, seems so.. pmap_enter_quick() is, by definition, used on the current > pmap. We only need alpha_pal_tbi() calls when a mapping is being changed or > removed, yes? Umm, probably. (I can only guess, I don't have anything resembling the alpha architecture manual :-(). If so, it may very well apply to imb, and then I apparently was wrong and pmap_enter_quick() don't need an imb... Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message