From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 16 Nov 2007 09:42:54 +0100 From: Enrico Weigelt To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Message-ID: <20071116084254.GD17281@nibiru.local> References: <47396E4D.6020005@kix.in> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47396E4D.6020005@kix.in> User-Agent: Mutt/1.4.1i Subject: [9fans] Nine4Linux [WAS: Glendix?] Topicbox-Message-UUID: fc635358-ead2-11e9-9d60-3106f5b1d025 * Anant Narayanan wrote: Hi folks, just a few thoughts about that issue: I think the best approach for supplying an plan9 environment on an Linux kernel can be done completely in userland, maybe utilize some kernel parts (local namespaces, etc), a little bit like usermode-linux/coLinux or Oberon4Linux work. * an special libc, which provides an Plan9-API (instead GNU) (uclibc could be a good starting point) * GCC can be reusused, all builds work in an sysroot'ed cross-environment. * the p9-libc could either do 9P handling completely by itself or use v9fs (depending on system configuration). * setting up v9fs and local namespaces for unprivileged users could be done by an separate server, maybe with some bit additional kernel support * for better performance, some special filesystems (eg /net or /draw) could be implemented either inside p9libc or maybe as an special kernel filesystem. To get started, maybe some of you p9 gurus could provide me some example source for for p9 applications, and I'll try to get uclibc tweaked to make it source-compatible. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ ---------------------------------------------------------------------