From owner-freebsd-smp Thu Jul 24 16:10:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00494 for smp-outgoing; Thu, 24 Jul 1997 16:10:29 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA00486 for ; Thu, 24 Jul 1997 16:10:24 -0700 (PDT) Received: from fast.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id RAA04253; Thu, 24 Jul 1997 17:09:02 -0600 (MDT) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id RAA14938; Thu, 24 Jul 1997 17:09:02 -0600 Date: Thu, 24 Jul 1997 17:09:02 -0600 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199707242309.RAA14938@fast.cs.utah.edu> To: lamaster@george.arc.nasa.gov, terry@lambert.org Subject: Re: Lots 'o PCI slots Cc: freebsd-smp@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It would be a relatively cheap method of obtaining background > distributed cache coherency processing (among other things). One > might even use the i960 for the scheduler and for forcible process > migration. Actually, the PCI cache-coherence isn't exactly `normal'. Also, as I mentioned, it is broken with PCI 2.1 bridges as well as with the i960 I2O controller. Kevin