Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262846AbVBBWNN (ORCPT ); Wed, 2 Feb 2005 17:13:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262549AbVBBWLb (ORCPT ); Wed, 2 Feb 2005 17:11:31 -0500 Received: from omx1-ext.sgi.com ([192.48.179.11]:40836 "EHLO omx1.americas.sgi.com") by vger.kernel.org with ESMTP id S262569AbVBBVb6 (ORCPT ); Wed, 2 Feb 2005 16:31:58 -0500 Date: Wed, 2 Feb 2005 13:31:42 -0800 (PST) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Marcelo Tosatti cc: David Woodhouse , linux-mm@kvack.org, linux-kernel@vger.kernel.org, akpm@osdl.org Subject: Re: A scrub daemon (prezeroing) In-Reply-To: <20050202163110.GB23132@logos.cnet> Message-ID: References: <1106828124.19262.45.camel@hades.cambridge.redhat.com> <20050202153256.GA19615@logos.cnet> <20050202163110.GB23132@logos.cnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 945 Lines: 24 On Wed, 2 Feb 2005, Marcelo Tosatti wrote: > > Nope the BTE is a block transfer engine. Its an inter numa node DMA thing > > that is being abused to zero blocks. > Ah, OK. > Is there a driver for normal BTE operation or is not kernel-controlled ? There is a function bte_copy in the ia64 arch. See arch/ia64/sn/kernel/bte.c > I wonder what has to be done to have active DMA engines be abused for zeroing > when idle and what are the implications of that. Some kind of notification mechanism > is necessary to inform idleness ? > > Someone should try implementing the zeroing driver for a fast x86 PCI device. :) Sure but I am on ia64 not i386. Find your own means to abuse your own chips ... ;-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/