7 files changed, 128 insertions, 5 deletions
diff --git a/hurd/translator/exec.mdwn b/hurd/translator/exec.mdwn
index d5b6bfbc..54abba7e 100644
--- a/hurd/translator/exec.mdwn
+++ b/hurd/translator/exec.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2009 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2009, 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
@@ -10,3 +10,5 @@ License|/fdl]]."]]"""]]
 
 The *exec* server, listening on `/servers/exec`, is responsible for
 preparing the execution of processes.
+
+  * [[open_issues/exec_memory_leaks]].
diff --git a/hurd/translator/ext2fs.mdwn b/hurd/translator/ext2fs.mdwn
index 8e15d1c7..13a1d9ec 100644
--- a/hurd/translator/ext2fs.mdwn
+++ b/hurd/translator/ext2fs.mdwn
@@ -20,6 +20,8 @@ License|/fdl]]."]]"""]]
 
   * [[metadata_caching]]
 
+  * [[internal_allocator]]
+
 
 ## Large Stores
 
@@ -87,6 +89,20 @@ small backend stores, like floppy devices.
     <youpi> which can be quite probable
 
 
+## Sync Interval
+
+[[!tag open_issue_hurd]]
+
+
+### IRC, freenode, #hurd, 2012-10-08
+
+    <braunr> btw, how about we increase our ext2 sync interval to 30 seconds,
+      like others do ?
+    <braunr> not really because others do it that way, but because it severely
+      breaks performance on the hurd
+    <braunr> and 30 seems like a reasonable amount (better than 5 at least)
+
+
 # Documentation
 
   * <http://e2fsprogs.sourceforge.net/ext2.html>
diff --git a/hurd/translator/ext2fs/internal_allocator.mdwn b/hurd/translator/ext2fs/internal_allocator.mdwn
new file mode 100644
index 00000000..f3678a28
--- /dev/null
+++ b/hurd/translator/ext2fs/internal_allocator.mdwn
@@ -0,0 +1,39 @@
+[[!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]]."]]"""]]
+
+[[!tag open_issue_documentation]]
+
+
+# IRC, freenode, #hurd, 2012-07-30
+
+    <mcsim> Why for big buffers in ext2fs used own allocator, that just
+      allocates many pages at once, instead of using malloc?
+    <mcsim> i.e. can I replace it with malloc, because it just complicates
+      things?
+    <braunr> mcsim: probably because of alignment
+    <braunr> what gets complicated by that ?
+    <mcsim> braunr: than valloc?
+    <mcsim> braunr: this allocator allows to allocate only buffer with size of
+      vm_page_size.
+    <mcsim> valloc just would be clearer.
+    <braunr> valloc ?
+    <braunr> valloc is obsolete
+    <mcsim> braunr: than memalign or posix_memalign?
+    <mcsim> memalign obsolete too... would posix_memalign be eligible?
+    <braunr> mcsim: why memalign instead of the custom allocator ?
+    <mcsim> because, I think, it is clearer. Also, since I need to allocate any
+      amount of pages, not just one, I have to edit custom allocator. Although
+      it is not hard, but using ready stuff seems more sane for me.
+    <mcsim> braunr: ^
+    <braunr> right, but make sure posix_memalign doesn't create too much
+      overhead
+    <mcsim> braunr: what kind of overhead?
+    <braunr> fragmentation
+    <braunr> i assume the glibc implementation is careful about that, but still
diff --git a/hurd/translator/firmlink.mdwn b/hurd/translator/firmlink.mdwn
new file mode 100644
index 00000000..038879db
--- /dev/null
+++ b/hurd/translator/firmlink.mdwn
@@ -0,0 +1,22 @@
+[[!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]]."]]"""]]
+
+[[!tag open_issue_documentation]]
+
+
+# IRC, freenode, #hurd, 2012-07-20
+
+    <infinity0> does hurd have equivalent of mount --bind yet?
+    <kilobug> infinity0: unionfs with just one back-end ?
+    <infinity0> ah cool i'll try thaty
+    <kilobug> there may be something better, but that's the one I know about ;)
+    <braunr> infinity0: firmlinks
+    <infinity0> ah thanks i'll look that up
+    <kilobug> braunr: oh, true, I forgot about that one
diff --git a/hurd/translator/nfs.mdwn b/hurd/translator/nfs.mdwn
index bf24370a..81372204 100644
--- a/hurd/translator/nfs.mdwn
+++ b/hurd/translator/nfs.mdwn
@@ -10,6 +10,11 @@ License|/fdl]]."]]"""]]
 
 Translator acting as a NFS client.
 
+Only NFSv2/v3 is currentl supported.
+
+[[!tag open_issue_hurd]]There are a few unmerged changes on a former GSoC
+project's topic-branch.
+
 
 # See Also
 
diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn
index 5afee0c6..d30cc850 100644
--- a/hurd/translator/pfinet/ipv6.mdwn
+++ b/hurd/translator/pfinet/ipv6.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2007, 2008, 2010 Free Software Foundation,
+[[!meta copyright="Copyright © 2007, 2008, 2010, 2012 Free Software Foundation,
 Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
@@ -6,8 +6,8 @@ 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]]."]]"""]]
+is included in the section entitled [[GNU Free Documentation
+License|/fdl]]."]]"""]]
 
 [[Stefan_Siegl|stesie]] has added IPv6 support to the pfinet [[translator]].
 This was [Savannah task #5470](http://savannah.gnu.org/task/?5470).
@@ -55,3 +55,18 @@ Quite the same, but with static IPv6 address assignment:
 # Missing Functionality
 
 Amongst other things, support for [[IOCTL]]s is missing.
+
+
+## IRC, freenode, #hurd, 2012-12-10
+
+[[!tag open_issue_hurd]]
+
+    <braunr> looks like pfinet -G option doesn't work
+    <braunr> if someone is interested in fixing this (it concerns static IPv6
+      routing)
+    <braunr> youpi: have you ever successfully used pfinet with global
+      statically configured ipv6 addresses ?
+    <youpi> never tried
+    <braunr> ok
+    <braunr> i'd like to set this up on my VMs but it looks bugged :/
+    <braunr> i can't manage to set correctly set the gateway
diff --git a/hurd/translator/procfs/jkoenig/discussion.mdwn b/hurd/translator/procfs/jkoenig/discussion.mdwn
index 4f6492ed..612983db 100644
--- a/hurd/translator/procfs/jkoenig/discussion.mdwn
+++ b/hurd/translator/procfs/jkoenig/discussion.mdwn
@@ -215,7 +215,8 @@ Needed by glibc's `pldd` tool (commit
 
 # `/proc/self/exe`
 
-[[!message-id "alpine.LFD.2.02.1110111111260.2016@akari"]]
+[[!message-id "alpine.LFD.2.02.1110111111260.2016@akari"]].  Needed by glibc's
+`stdlib/tst-secure-getenv.c`.
 
 
 # `/proc/[PID]/fd/`
@@ -278,6 +279,9 @@ Needed by glibc's `pldd` tool (commit
 
 # `/proc/[PID]/maps`
 
+[[!tag GNU_Savannah_bug 32770]]
+
+
 ## IRC, OFTC, #debian-hurd, 2012-06-20
 
     <pinotree> bdefreese: the two elfutils tests fail because there are no
@@ -313,3 +317,23 @@ Needed by glibc's `pldd` tool (commit
 
     * pinotree has a local work to add the /proc/$pid/cwd symlink, but relying
         on "internal" (but exported) glibc functions
+
+
+# "Unusual" PIDs
+
+Not actually related to procfs, but here seems to be a convenient place for
+filing these:
+
+
+## IRC, freenode, #hurd, 2012-08-10
+
+    <braunr> too bad the proc server has pid 0
+    <braunr> top & co won't show it
+
+
+## IRC, OFTC, #debian-hurd, 2012-09-18
+
+    <pinotree> youpi: did you see
+      https://enc.com.au/2012/09/careful-with-pids/'
+    <pinotree> ?
+    <youpi> nope