From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: [PATCH v6 3/4] cgroup: add xattr support Date: Thu, 23 Aug 2012 12:44:23 -0700 Message-ID: <20120823194423.GC14962@google.com> References: <20120816174453.154143248@napanee.usersys.redhat.com> <20120816174454.087507415@napanee.usersys.redhat.com> <20120816200006.GG24861@google.com> <50340110.50607@redhat.com> <20120821214856.GC32596@google.com> Mime-Version: 1.0 Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Uing4F8mnV9zmbww93y806j14X0Jb7u9NEXN5yyivAQ=; b=pjD6gWrw2t9mlyI7iOtRAs1/j25EMFhXf3S/A6wPn7HhN0CDm6OCkdu2jmkxJzY/V8 cY5HsMWJg4gY/zGvQWVVtnZiVt2TpUMaG90D5LBNAs707JZSikUoRLT7EhIJ2FwZEpaK bF2G0yATSrdeh048/hBEGSEryVwolX6b5WIvS8XbLtcalKXPC4r1RBatTiOTcrGX3WXo CFzE3Ue15gr6peH1Gst4zLmJU/X2GW7iJ0/xQTSL0+6cVIl4yjns6+QcU4RHymylhLZs oVyK2JdglHGorma2JuNbCRswUV9xtAUdbEe6TP3omkj2amp0rrmL6meuw6L8G7gxjmj9 /Vkw== Content-Disposition: inline In-Reply-To: Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Hugh Dickins Cc: Andrew Morton , Lennart Poettering , aris-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Li Zefan , Hillf Danton Hello, Hugh. On Tue, Aug 21, 2012 at 04:29:53PM -0700, Hugh Dickins wrote: > Are we expecting Aristeu+Zefan's simple_xattr patches to go into 3.7? Yeah, probably. > I don't have anything planned for shmem.c for 3.7 beyond a bugfix, > which shouldn't interact with the simple_xattr changes at all > (I could remove info->lock, but will not do so this time around, > precisely so as not to interfere with those patches). > > So it should be perfectly workable for you to take Aristeu+Zefan's > shmem patches into your cgroup tree, then any further mods from > mmotm will get layered on top. I think this approach would be simpler. Once Aristeu posts the updated version, I'll route the whole series through cgroup/for-3.7. Thanks. -- tejun From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934312Ab2HWToc (ORCPT ); Thu, 23 Aug 2012 15:44:32 -0400 Received: from mail-pb0-f46.google.com ([209.85.160.46]:35635 "EHLO mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756273Ab2HWTo2 (ORCPT ); Thu, 23 Aug 2012 15:44:28 -0400 Date: Thu, 23 Aug 2012 12:44:23 -0700 From: Tejun Heo To: Hugh Dickins Cc: Andrew Morton , Lennart Poettering , aris@redhat.com, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, Li Zefan , Hillf Danton Subject: Re: [PATCH v6 3/4] cgroup: add xattr support Message-ID: <20120823194423.GC14962@google.com> References: <20120816174453.154143248@napanee.usersys.redhat.com> <20120816174454.087507415@napanee.usersys.redhat.com> <20120816200006.GG24861@google.com> <50340110.50607@redhat.com> <20120821214856.GC32596@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Hugh. On Tue, Aug 21, 2012 at 04:29:53PM -0700, Hugh Dickins wrote: > Are we expecting Aristeu+Zefan's simple_xattr patches to go into 3.7? Yeah, probably. > I don't have anything planned for shmem.c for 3.7 beyond a bugfix, > which shouldn't interact with the simple_xattr changes at all > (I could remove info->lock, but will not do so this time around, > precisely so as not to interfere with those patches). > > So it should be perfectly workable for you to take Aristeu+Zefan's > shmem patches into your cgroup tree, then any further mods from > mmotm will get layered on top. I think this approach would be simpler. Once Aristeu posts the updated version, I'll route the whole series through cgroup/for-3.7. Thanks. -- tejun