From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757221AbZGGRse (ORCPT ); Tue, 7 Jul 2009 13:48:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756017AbZGGRs0 (ORCPT ); Tue, 7 Jul 2009 13:48:26 -0400 Received: from mx2.redhat.com ([66.187.237.31]:39992 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755101AbZGGRs0 (ORCPT ); Tue, 7 Jul 2009 13:48:26 -0400 Message-ID: <4A538A34.7060101@redhat.com> Date: Tue, 07 Jul 2009 13:47:32 -0400 From: Rik van Riel User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Dan Magenheimer CC: linux-kernel@vger.kernel.org, npiggin@suse.de, akpm@osdl.org, jeremy@goop.org, xen-devel@lists.xensource.com, tmem-devel@oss.oracle.com, alan@lxorguk.ukuu.org.uk, linux-mm@kvack.org, kurt.hackel@oracle.com, Rusty Russell , dave.mccracken@oracle.com, Marcelo Tosatti , sunil.mushran@oracle.com, Avi Kivity , Schwidefsky , chris.mason@oracle.com, Balbir Singh Subject: Re: [RFC PATCH 1/4] (Take 2): tmem: Core API between kernel and tmem References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dan Magenheimer wrote: > Tmem [PATCH 1/4] (Take 2): Core API between kernel and tmem I like the cleanup of your patch series. However, what remains is a fair bit of code. It would be good to have performance numbers before deciding whether or not to merge all this code. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail202.messagelabs.com (mail202.messagelabs.com [216.82.254.227]) by kanga.kvack.org (Postfix) with SMTP id 477DB6B005A for ; Tue, 7 Jul 2009 13:45:26 -0400 (EDT) Message-ID: <4A538A34.7060101@redhat.com> Date: Tue, 07 Jul 2009 13:47:32 -0400 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [RFC PATCH 1/4] (Take 2): tmem: Core API between kernel and tmem References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Dan Magenheimer Cc: linux-kernel@vger.kernel.org, npiggin@suse.de, akpm@osdl.org, jeremy@goop.org, xen-devel@lists.xensource.com, tmem-devel@oss.oracle.com, alan@lxorguk.ukuu.org.uk, linux-mm@kvack.org, kurt.hackel@oracle.com, Rusty Russell , dave.mccracken@oracle.com, Marcelo Tosatti , sunil.mushran@oracle.com, Avi Kivity , Schwidefsky , chris.mason@oracle.com, Balbir Singh List-ID: Dan Magenheimer wrote: > Tmem [PATCH 1/4] (Take 2): Core API between kernel and tmem I like the cleanup of your patch series. However, what remains is a fair bit of code. It would be good to have performance numbers before deciding whether or not to merge all this code. -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rik van Riel Subject: Re: [RFC PATCH 1/4] (Take 2): tmem: Core API between kernel and tmem Date: Tue, 07 Jul 2009 13:47:32 -0400 Message-ID: <4A538A34.7060101@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dan Magenheimer Cc: npiggin@suse.de, akpm@osdl.org, jeremy@goop.org, xen-devel@lists.xensource.com, tmem-devel@oss.oracle.com, kurt.hackel@oracle.com, Rusty Russell , linux-kernel@vger.kernel.org, dave.mccracken@oracle.com, linux-mm@kvack.org, chris.mason@oracle.com, sunil.mushran@oracle.com, Avi Kivity , Schwidefsky , Marcelo Tosatti , alan@lxorguk.ukuu.org.uk, Balbir Singh List-Id: xen-devel@lists.xenproject.org Dan Magenheimer wrote: > Tmem [PATCH 1/4] (Take 2): Core API between kernel and tmem I like the cleanup of your patch series. However, what remains is a fair bit of code. It would be good to have performance numbers before deciding whether or not to merge all this code.