From owner-freebsd-alpha Thu Jul 20 15: 0:31 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (mass.osd.bsdi.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id E26D337B65D for ; Thu, 20 Jul 2000 15:00:28 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA00823; Thu, 20 Jul 2000 15:09:13 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007202209.PAA00823@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: fxp0 hangs on a PC164 using STABLE In-reply-to: Your message of "Thu, 20 Jul 2000 21:54:24 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Jul 2000 15:09:13 -0700 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > It is my opinion. You may disagree but it will hard for anybody to > convince me that I am wrong. ;-) On x86, it's very hard for you to be right; the CPU specification and bus= bridge behaviour both guarantee retirement of writes in order of issuance= =2E This combined with strong cache coherency makes barriers irrelevant on this platform. As far as other platforms are concerned, however, you're quite correct. There does need to be an extension to the busspace API to define a range = of host memory with a tag/handle pair for barrier activity. -- = =2E.. every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message