Received: with ECARTIS (v1.0.0; list netdev); Fri, 13 Jun 2003 18:51:59 -0700 (PDT) Received: from lists.samba.org (dp.samba.org [66.70.73.150]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h5E1pc2x029892 for ; Fri, 13 Jun 2003 18:51:39 -0700 Received: by lists.samba.org (Postfix, from userid 504) id BD3EA2C135; Sat, 14 Jun 2003 00:58:38 +0000 (GMT) Date: Sat, 14 Jun 2003 10:55:34 +1000 From: Anton Blanchard To: "David S. Miller" Cc: scott.feldman@intel.com, haveblue@us.ibm.com, hdierks@us.ibm.com, dwg@au1.ibm.com, linux-kernel@vger.kernel.org, milliner@us.ibm.com, ricardoz@us.ibm.com, twichell@us.ibm.com, netdev@oss.sgi.com Subject: Re: e1000 performance hack for ppc64 (Power4) Message-ID: <20030614005534.GF32097@krispykreme> References: <20030613.165250.41635765.davem@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030613.165250.41635765.davem@redhat.com> User-Agent: Mutt/1.5.4i X-archive-position: 3227 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: anton@samba.org Precedence: bulk X-list: netdev > So Anton, when the PCI controller gets a set of sub-cacheline word > reads from the device, it reads the value from memory once for every > one of those words? ROFL, if so... I can't believe they wouldn't > put caches on the PCI controller for this, at least a one-behind that > snoops the bus :( There is a cache in the host bridge and the PCI-PCI bridge. I dont think we go back to memory for sub cacheline reads. What I think is happening is that we arent tripping the prefetch logic. We should take a latency hit for only the first cacheline at which point the host bridge decides to start prefetching for us. If not then we take take the latency hit on each transaction. Anton