Merge remote-tracking branch 'fp/master'

1 files changed, 24 insertions, 2 deletions

diff --git a/hurd/translator/discussion.mdwn b/hurd/translator/discussion.mdwn
index e038ba84..95f5ab0c 100644
--- a/hurd/translator/discussion.mdwn
+++ b/hurd/translator/discussion.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 2013 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
@@ -10,7 +10,8 @@ License|/fdl]]."]]"""]]
 
 [[!tag open_issue_documentation open_issue_hurd]]
 
-IRC, freenode, #hurd, 2011-08-25:
+
+# IRC, freenode, #hurd, 2011-08-25
 
     < frhodes> how can I replace an existing running server with a new one
       without rebooting?
@@ -23,3 +24,24 @@ IRC, freenode, #hurd, 2011-08-25:
       nature
     < antrik> in some cases, you might even be able simply to remove the old
       translator... but obviously only for non-critical stuff :-)
+
+
+# IRC, freenode, #hurd, 2013-10-21
+
+    <braunr> mhmm, there is a problem with thread destruction
+
+[[open_issues/libpthread/t/fix_have_kernel_resources]].
+
+    <braunr> actually, translator self destruction
+    <braunr> if a request arrives after the last thread servicing a port set
+      returns from mach_msg because of a timeout, but before the translator is
+      detached from its parent, the client will get an error
+    <braunr> it should very rarely happen, but if it does, we could face the
+      same kind of issues we have when a server crashes
+    <braunr> e.g. sshd looping over select() returning EBADF, consuming all cpu
+    <braunr> not sure we want to introduce such new issues
+
+    <braunr> i don't think i'll be able to make translators disappear reliably
+      ..
+    <braunr> but at least, thread consumption will correctly decrease with
+      inactivity