summaryrefslogtreecommitdiff
path: root/hurd
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@codesourcery.com>2012-08-07 23:25:46 +0200
committerThomas Schwinge <thomas@codesourcery.com>2012-08-07 23:25:46 +0200
commit7c23e08a4294373332b473d25173e4187ede0d5a (patch)
treefc6b35f1a03e127b2ca663edfd432dd0ac06d469 /hurd
parentc5a84cd2d1ac772e2fe187201a36cd9cccf3951c (diff)
parent2603401fa1f899a8ff60ec6a134d5bd511073a9d (diff)
Merge remote-tracking branch 'fp/master'
Diffstat (limited to 'hurd')
-rw-r--r--hurd/debugging/rpctrace.mdwn8
-rw-r--r--hurd/subhurd/discussion.mdwn96
-rw-r--r--hurd/translator.mdwn2
-rw-r--r--hurd/translator/ext2fs.mdwn2
-rw-r--r--hurd/translator/ext2fs/internal_allocator.mdwn39
-rw-r--r--hurd/translator/firmlink.mdwn22
-rw-r--r--hurd/translator/procfs/jkoenig/discussion.mdwn3
7 files changed, 169 insertions, 3 deletions
diff --git a/hurd/debugging/rpctrace.mdwn b/hurd/debugging/rpctrace.mdwn
index df6290f7..c506861a 100644
--- a/hurd/debugging/rpctrace.mdwn
+++ b/hurd/debugging/rpctrace.mdwn
@@ -167,6 +167,14 @@ See `rpctrace --help` about how to use it.
Debian-specific, but not ready for upstream either...
<youpi> antrik: yes
+* IRC, freenode, #hurd, 2012-07-18
+
+ <braunr> hm, rpctrace on gitk gives an interesting result
+ <braunr> 152<--153(pid1849)->io_set_all_openmodes_request (267) = 0
+ <braunr> rpctrace:
+ /home/rbraun/hd0s7/hurd/hurd-20120710/./utils/rpctrace.c:1287:
+ trace_and_forward: Assertion `reply_type == 18' failed.
+
# See Also
diff --git a/hurd/subhurd/discussion.mdwn b/hurd/subhurd/discussion.mdwn
index 3449edcd..c4fc047f 100644
--- a/hurd/subhurd/discussion.mdwn
+++ b/hurd/subhurd/discussion.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 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
@@ -8,9 +8,10 @@ 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]]
+[[!tag open_issue_documentation open_issue_hurd]]
-IRC, freenode, #hurd, 2011-08-10
+
+# IRC, freenode, #hurd, 2011-08-10
< braunr> youpi: aren't sub-hurds actually called "neighbor hurds" ?
< youpi> no idea
@@ -67,3 +68,92 @@ IRC, freenode, #hurd, 2011-08-10
< antrik> I don't think that's actually supported in the boot
program... but it doesn't really matter, as you don't really need the
terminal anyways -- you can always log in through the network
+
+
+# IRC, freenode, #hurd, 2012-07-31
+
+ <gg0> subhurd seems like bsd jail (tried none of them)
+ <antrik> gg0: nope. BSD jails are mostly chroot AIUI. subhurd is quite
+ different
+ <antrik> gg0: you actually boot a completely new system instance
+ <antrik> complete with all the Hurd servers, UNIX daemons etc.
+ <braunr> jails are between subhhurds and chroots :p
+ <braunr> i suppose there is nothing against making the root server of the
+ subhurd use a file instead of a raw disk, is there ?
+ <gg0> well, I said jails cos afaik are more isolated from real system than
+ chroots
+ <braunr> yes
+ <gg0> maybe comparing subhurd to virtual machines would be more
+ appropriated then
+ <braunr> they're not VMs either
+ <gg0> say chroot -> jail -> subhurd -> vm ?
+ <braunr> unless you consider the microkernel to be a hypervisor, with its
+ own architecture, which some actually do
+ <braunr> gg0: something like that, yes
+ <gg0> [system-in-system evolution]
+ <braunr> a subhurd is an operating system instance
+ <braunr> i think the closest analogy you can get is openvz
+ <antrik> yeah, I'd also consider it closest. but it's still quite
+ different: with OpenVZ, the kernel facilities are only logically
+ isolated; but they use the same kernel code. with subhurds, most of the
+ system facilities are independent
+
+
+# IRC, freenode, #hurd, 2012-08-03
+
+ <antrik> hm... are Mach task IDs exposed to userspace?
+ <braunr> antrik: ids ?
+ <braunr> antrik: what do you call a mach task id ?
+ <antrik> task have numeric IDs in the kernel
+ <antrik> I wonder whether these are ever exposed to userspace
+ <braunr> i'm not sure
+ <braunr> i don't remember the had numeric IDs
+ <braunr> they*
+ <antrik> well, perhaps I'm making things up... but I believe I saw such IDs
+ in the debugger and/or in error messages
+ <braunr> probably their address
+ <braunr> or creation time orpc_sample
+ <antrik> braunr: well, any unique ID would do
+ <braunr> antrik: yes but i was wondering what kdb would actually show
+ <antrik> I just realised that it would be useful for debugging accross
+ subhurds or kernel/userspace if some kind of unique task IDs could be
+ shown in ps output
+ <braunr> yes
+ <braunr> this requires some thought though
+ <braunr> ps shouldn't show that
+ <braunr> there should be mach specific commands i suppose
+ <braunr> but then, gdb and other tools wouldn't have access to subhurd
+ tasks either
+ <antrik> why shouldn't ps show that? I don't think it's any more sensitive
+ information than all the other stuff ps shows...
+ <braunr> it doesn't feel right
+ <braunr> i would want my system instances to be truely isolated
+ <braunr> and use special "cross instance" facilities
+ <braunr> when necessary
+ <antrik> that's completely orthogonal to what I'm talking about
+ <braunr> like eth-multiplexer
+ <braunr> you seem to be talking about security
+ <braunr> or privacy
+ <antrik> we discussed such options when zhengda worked on rootless subhurd
+ <antrik> no, I'm talking about convenient debugging
+ <braunr> right
+ <braunr> i don't think it'zs orthogonal here
+ <braunr> if we increase separation, it becomes less convenient
+ <antrik> for debugging purposes you would *not* use the isolation options
+ <braunr> ok so you propose two modes of operations
+ <antrik> BTW, as an isolated subhurd relies on the parent, it makes no
+ sense to hide subhurd tasks from the parent hurd -- only hide parent hurd
+ task from the subhurd
+ <braunr> agreed
+ <antrik> so even with an isolated subhurd global task IDs would still be
+ useful
+
+
+# IRC, freenode, #hurd, 2012-08-06
+
+ <braunr> antrik: if i'm right, the root file system executable is read from
+ the parent, right ?
+ <antrik> braunr: probably... I'm not sure about that part
+ <braunr> antrik: i've installed the same packages in both the main and
+ subhurds to be sure
+ <braunr> and to have the right binary and debugging symbols in gdb anyway
diff --git a/hurd/translator.mdwn b/hurd/translator.mdwn
index d504b41f..37f4e8bc 100644
--- a/hurd/translator.mdwn
+++ b/hurd/translator.mdwn
@@ -93,6 +93,8 @@ The [[concept|concepts]] of translators creates its own problems, too:
* [[magic]]
* [[unionfs]]
* [[nfs]]
+* [[symlink]]
+* [[firmlink]]
* ...
diff --git a/hurd/translator/ext2fs.mdwn b/hurd/translator/ext2fs.mdwn
index 8e15d1c7..460194f9 100644
--- a/hurd/translator/ext2fs.mdwn
+++ b/hurd/translator/ext2fs.mdwn
@@ -20,6 +20,8 @@ License|/fdl]]."]]"""]]
* [[metadata_caching]]
+ * [[internal_allocator]]
+
## Large Stores
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/procfs/jkoenig/discussion.mdwn b/hurd/translator/procfs/jkoenig/discussion.mdwn
index 3ea8d0c6..2acca39c 100644
--- a/hurd/translator/procfs/jkoenig/discussion.mdwn
+++ b/hurd/translator/procfs/jkoenig/discussion.mdwn
@@ -279,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