Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932191AbWBJUjo (ORCPT ); Fri, 10 Feb 2006 15:39:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932186AbWBJUjo (ORCPT ); Fri, 10 Feb 2006 15:39:44 -0500 Received: from mailhub.sw.ru ([195.214.233.200]:21031 "EHLO relay.sw.ru") by vger.kernel.org with ESMTP id S932185AbWBJUjn (ORCPT ); Fri, 10 Feb 2006 15:39:43 -0500 Message-ID: <43ECFA46.3050001@sw.ru> Date: Fri, 10 Feb 2006 23:40:38 +0300 From: Kirill Korotaev User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: "Eric W. Biederman" CC: linux-kernel@vger.kernel.org, vserver@list.linux-vserver.org, Herbert Poetzl , "Serge E. Hallyn" , Alan Cox , Dave Hansen , Arjan van de Ven , Suleiman Souhlal , Hubertus Franke , Cedric Le Goater , Kyle Moffett , Greg , Linus Torvalds , Andrew Morton , Greg KH , Rik van Riel , Alexey Kuznetsov , Andrey Savochkin , Kirill Korotaev , Andi Kleen , Benjamin Herrenschmidt , Jeff Garzik , Trond Myklebust , Jes Sorensen Subject: Re: [RFC][PATCH 20/20] proc: Update /proc to support multiple pid spaces. References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1529 Lines: 36 Hello, > This patch does a couple of things. > - It splits proc into proc and proc_sysinfo > - It adds pspace support to proc > - It adds getattr methods to ensure proc has the proper hard link count. > - It increases the size of a couple of buffers by one to avoid buffer overflow > - It moves /proc/mounts and /proc/loadavg into the proc filesystem from proc_sysinfo > > Sorry for the big patch. When I start feeding this changes seriously I will > split this patch. > > The split of /proc into mutliple filesystems works well however it comes > with one downsides. There are now some directories where cd -P /.. > is not a noop. Basically it is doing the equivalent of following symlinks > into an internal kernel mount. It is well defined and safe behaviour but > I'm not certain if it is desirable. > > Signed-off-by: Eric W. Biederman This one is really ugly. And it is also controversial to your own idea of having separate namespaces, but introduces a pointer to proc_mnt in pspace. You have many namespaces to which task_struct refers. Do you want proc to work in any configuration of namespaces? Then you can't have pointers to proc_mnt from namespaces. Well, I understand that proc is the most painfull for you... yeah... Kirill - 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/