From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 14 Aug 2006 13:15:17 -0700 (PDT) Message-Id: <20060814.131517.125893128.davem@davemloft.net> Subject: Re: [PATCH 1/1] network memory allocator. From: David Miller In-Reply-To: <44E0B61F.3000706@hp.com> References: <9286.1155557268@ocs10w.ocs.com.au> <20060814122049.GC18321@2ka.mipt.ru> <44E0B61F.3000706@hp.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org From: Rick Jones Date: Mon, 14 Aug 2006 10:42:55 -0700 Return-Path: To: rick.jones2@hp.com Cc: johnpol@2ka.mipt.ru, kaos@ocs.com.au, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: > Now, PA-RISC CPUs have the ability to disable spaceid hashing, and it is > entirely possible that the PA-RISC linux port does that, but I thought I > would mention it as an example. I'm sure the "official" PA-RISC linux > folks can expand on that much much better than I can. Regardless, the "offset" it usually taken care of transparently by the kernel in order to avoid cache aliasing issues. It is definitely something we'll need to deal with for zero-copy I/O using NTA. We'll have to make sure that the user mapping of the page is of the same color as the mapping the kernel uses. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org