summaryrefslogtreecommitdiff
path: root/open_issues/mach_migrating_threads.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'open_issues/mach_migrating_threads.mdwn')
-rw-r--r--open_issues/mach_migrating_threads.mdwn17
1 files changed, 16 insertions, 1 deletions
diff --git a/open_issues/mach_migrating_threads.mdwn b/open_issues/mach_migrating_threads.mdwn
index bbc6ac45..16547838 100644
--- a/open_issues/mach_migrating_threads.mdwn
+++ b/open_issues/mach_migrating_threads.mdwn
@@ -1,4 +1,5 @@
-[[!meta copyright="Copyright © 2011, 2013 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 2013, 2014 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
@@ -101,3 +102,17 @@ In context of [[resource_management_problems]].
<braunr> i initially downloaded osfmach sources to see an example of how
thread migration was used from userspace
<braunr> and they do have a special threading library for that
+
+
+# IRC, freenode, #hurd, 2014-02-18
+
+ <teythoon> has anyone here ever tried to enable the thread migration bits
+ in gnumach to see where things break and how far that effort has been
+ taken ?
+ <braunr> without proper userspace support, i don't see how this could work
+ <teythoon> but is the kernel part finished or close to being finished ?
+ <braunr> no idea
+ <braunr> i don't think it is
+ <braunr> i didn't see much code related to that feature, and practically
+ none that looked like what the paper described
+ <braunr> some structures, but not used