Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755517AbYLKAY5 (ORCPT ); Wed, 10 Dec 2008 19:24:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753378AbYLKAYs (ORCPT ); Wed, 10 Dec 2008 19:24:48 -0500 Received: from smtp-out.google.com ([216.239.45.13]:31228 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753088AbYLKAYs (ORCPT ); Wed, 10 Dec 2008 19:24:48 -0500 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:content-transfer-encoding; b=NbZ2b3/S9pfC19x4L8MK9EPgBFHfFduOMLnbEU5GL8SgJMmSwPHEDPpk1PIndPiwL IlNMvH6pKWjRBDopz6pag== MIME-Version: 1.0 In-Reply-To: <20081211092150.b62f8c20.kamezawa.hiroyu@jp.fujitsu.com> References: <20081209200213.0e2128c1.kamezawa.hiroyu@jp.fujitsu.com> <20081209200647.a1fa76a9.kamezawa.hiroyu@jp.fujitsu.com> <6599ad830812100240g5e549a5cqe29cbea736788865@mail.gmail.com> <29741.10.75.179.61.1228908581.squirrel@webmail-b.css.fujitsu.com> <6599ad830812101035v33dbc6cfh57aa5510f6d65d54@mail.gmail.com> <6599ad830812101100v4dc7f124jded0d767b92e541a@mail.gmail.com> <20081211092150.b62f8c20.kamezawa.hiroyu@jp.fujitsu.com> Date: Wed, 10 Dec 2008 16:24:44 -0800 Message-ID: <6599ad830812101624i5ba31d04o38d4b39f2d4857d6@mail.gmail.com> Subject: Re: [RFC][PATCH 1/6] memcg: fix pre_destory handler From: Paul Menage To: KAMEZAWA Hiroyuki Cc: "linux-mm@kvack.org" , "balbir@linux.vnet.ibm.com" , "nishimura@mxp.nes.nec.co.jp" , "lizf@cn.fujitsu.com" , "kosaki.motohiro@jp.fujitsu.com" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 552 Lines: 16 On Wed, Dec 10, 2008 at 4:21 PM, KAMEZAWA Hiroyuki wrote: > If per-css, looking up function will be > == > struct cgroup_subsys_state *cgroup_css_lookup(subsys_id, id) > == > Do you mean this ? Yes, plausibly. And we can presumably have a separate idr per subsystem. Paul -- 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/