From 9933cec0a18ae2a3d752f269d1bb12c19f51199d Mon Sep 17 00:00:00 2001
From: Thomas Schwinge <thomas@codesourcery.com>
Date: Sun, 21 Jul 2013 15:35:02 -0400
Subject: IRC.

---
 hurd/translator/proc.mdwn | 53 +++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 53 insertions(+)
 create mode 100644 hurd/translator/proc.mdwn

(limited to 'hurd/translator/proc.mdwn')

diff --git a/hurd/translator/proc.mdwn b/hurd/translator/proc.mdwn
new file mode 100644
index 00000000..98940f87
--- /dev/null
+++ b/hurd/translator/proc.mdwn
@@ -0,0 +1,53 @@
+[[!meta copyright="Copyright © 2012, 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
+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]]."]]"""]]
+
+The *proc server* (or, *process server*) implements some aspects of [[Unix]]
+processes.
+
+It is stated by `/hurd/init`.
+
+
+# "Unusual" PIDs
+
+[[!tag open_issue_hurd]]
+
+
+## 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
+
+
+## IRC, OFTC, #debian-hurd, 2013-06-23
+
+    <teythoon> I've got this idea about the pid 1 issue you mentioned
+    <teythoon> can't we just make init pid 1?
+    <teythoon> I mean the mapping is rather arbitrary, we could make our init
+      pid 2 or something and start sysvs init as pid 1
+    <pinotree> not totally sure it is that arbitrary up to the first 4-5 pids
+    <teythoon> y is that?
+    <pinotree> at least i see in hurd's code that /hurd/init is assumed as
+      pid=1
+    <teythoon> hurds init that has to stick around for the fs translator sync?
+    <pinotree> hurd's init does the basic server startup
+    <pinotree> iirc it also takes care of shutdown/reboot
+    <teythoon> that's what I meant
+    <teythoon> and if it wouldn't have to stick around for the translator sync
+      it could just exec sysvinit
+    <teythoon> I just think it's easier to patch hurd than to remove the
+      assumption that init is pid 1 from sysvinit
-- 
cgit v1.2.3