This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] TMEM + pv_ops kernel?

To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: Re: [Xen-devel] TMEM + pv_ops kernel?
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Sat, 15 May 2010 16:07:38 -0700
Cc: Rick Boone <rick@xxxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, konrad.wilk@xxxxxxxxxx
Delivery-date: Sat, 15 May 2010 16:08:27 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <b7fac401-162b-428a-9db5-05a08f5a0c49@default>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <4BEC7A56.1050707@xxxxxxxxxxxxxx> <614bc626-d7e1-449a-bcbe-3f783f52dcd6@default 4BEDD0E0.8070502@xxxxxxxxxxxxxx> <e6ea2ed9-6f1d-4107-9b02-b473b840e3a3@default 4BEEFE17.9060509@xxxxxxxx> <b7fac401-162b-428a-9db5-05a08f5a0c49@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20100430 Fedora/3.0.4-2.fc12 Lightning/1.0b2pre Thunderbird/3.0.4
On 05/15/2010 03:36 PM, Dan Magenheimer wrote:
>> Since the tmem patches seem to be settling down, I was waiting a bit to
>> see if they get into an upstreamable state for this next merge window
>> (though that's getting pretty tight at this point). But if we can set
>> up
>> a git branch based on 2.6.32 we should be able to easily merge it into
>> all the various pvops branches. Are there any tmem changes needed
>> between .32 and later kernels?
> Sometimes the patches don't apply perfectly cleanly to later kernels,
> but maybe git automatically handles merges better than "patch"?

Yeah, that shouldn't be a problem.


Xen-devel mailing list