From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from Galois.linutronix.de ([IPv6:2a01:7a0:2:106d:700::1]:44442 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S23991359AbdCPI1t5FGld (ORCPT ); Thu, 16 Mar 2017 09:27:49 +0100 Date: Thu, 16 Mar 2017 09:21:38 +0100 (CET) From: Thomas Gleixner Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces In-Reply-To: <20170315220234.mooiyrzqdsglo4lp@arch-dev> Message-ID: References: <20170315220234.mooiyrzqdsglo4lp@arch-dev> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Return-Path: Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-subscribe: List-owner: List-post: List-archive: To: Till Smejkal Cc: Andy Lutomirski , Andy Lutomirski , Richard Henderson , Ivan Kokshaysky , Matt Turner , Vineet Gupta , Russell King , Catalin Marinas , Will Deacon , Steven Miao , Richard Kuo , Tony Luck , Fenghua Yu , James Hogan , Ralf Baechle , "James E.J. Bottomley" , Helge Deller , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Martin Schwidefsky , Heiko Carstens , Yoshinori Sato , Rich Felker , "David S. Miller" , Chris Metcalf , Ingo Molnar , "H. Peter Anvin" , X86 ML , Chris Zankel , Max Filippov , Arnd Bergmann , Greg Kroah-Hartman , Laurent Pinchart , Mauro Carvalho Chehab , Pawel Osciak , Marek Szyprowski , Kyungmin Park , David Woodhouse , Brian Norris , Boris Brezillon , Marek Vasut , Richard Weinberger , Cyrille Pitchen , Felipe Balbi , Alexander Viro , Benjamin LaHaise , Nadia Yvette Chambers , Jeff Layton , "J. Bruce Fields" , Peter Zijlstra , Hugh Dickins , Arnaldo Carvalho de Melo , Alexander Shishkin , Jaroslav Kysela , Takashi Iwai , "linux-kernel@vger.kernel.org" , linux-alpha@vger.kernel.org, arcml , "linux-arm-kernel@lists.infradead.org" , adi-buildroot-devel@lists.sourceforge.net, linux-hexagon@vger.kernel.org, "linux-ia64@vger.kernel.org" , linux-metag@vger.kernel.org, Linux MIPS Mailing List , linux-parisc@vger.kernel.org, linuxppc-dev , "linux-s390@vger.kernel.org" , "linux-sh@vger.kernel.org" , sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org, Linux Media Mailing List , linux-mtd@lists.infradead.org, USB list , Linux FS Devel , linux-aio@kvack.org, "linux-mm@kvack.org" , Linux API , linux-arch , ALSA development Message-ID: <20170316082138.OHhgypnNqHVNqAg4vSGcmSnlQcw8JuqK2XT64jjI4YE@z> On Wed, 15 Mar 2017, Till Smejkal wrote: > On Wed, 15 Mar 2017, Andy Lutomirski wrote: > > > VAS segments on the other side would provide a functionality to > > > achieve the same without the need of any mounted filesystem. However, > > > I agree, that this is just a small advantage compared to what can > > > already be achieved with the existing functionality provided by the > > > Linux kernel. > > > > I see this "small advantage" as "resource leak and security problem". > > I don't agree here. VAS segments are basically in-memory files that are > handled by the kernel directly without using a file system. Hence, if an Why do we need yet another mechanism to represent something which looks like a file instead of simply using existing mechanisms and extend them? Thanks, tglx