1 files changed, 42 insertions, 0 deletions
diff --git a/open_issues/linux_as_the_kernel.mdwn b/open_issues/linux_as_the_kernel.mdwn
new file mode 100644
index 00000000..f14b777e
--- /dev/null
+++ b/open_issues/linux_as_the_kernel.mdwn
@@ -0,0 +1,42 @@
+[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]]
+
+[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
+id="license" text="Permission is granted to copy, distribute and/or modify this
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
+is included in the section entitled [[GNU Free Documentation
+License|/fdl]]."]]"""]]
+
+Instead of attempting a [[history/port_to_another_microkernel]], or writing an
+own one, an implementation of a Hurd system could use another existing
+operating system/kernel, like [[UNIX]], for example, the Linux kernel.  This is
+not a [[microkernel]], but that is not an inherent hindrance; depending on what
+the goals are.
+
+There has been an attempt for building a [[Mach_on_top_of_POSIX]].
+
+
+# IRC, freenode, #hurd, 2012-02-08
+
+Richard's X-15 Mach re-implementation:
+
+    <braunr> and in case you didn't notice, it's stalled
+    <braunr> actually i don't intend to work on it for the time being
+    <braunr> i'd rather do as neal suggested: take linux, strip it, and give it
+      a mach interface
+    <braunr> (if your goal really is to get something usable for real world
+      tasks)
+    <antrik> braunr: why would you want to strip down Linux? I think one of the
+      major benefits of building a Linux-Frankenmach would be the ability to
+      use standard Linux functionality alongside Hurd...
+    <braunr> we could have a linux x86_64 based mach replacement in "little"
+      time, with a compatible i386 interface for the hurd
+    <braunr> antrik: well, many of the vfs and network subsystems would be hard
+      to use
+    <antrik> BTW, one of the talks at FOSDEM was about the possibility of using
+      different kernels for Genode, and pariticularily focused on the
+      possibilities with using Linux... unfortunately, I wasn't able to follow
+      the whole talk; but they mentioned similar possibilities to what I'm
+      envisioning here :-)
+