Re: [PATCH 1/2] libports: use a global hash table for the lookups

Justus Winter, le Fri 05 Sep 2014 17:57:21 +0200, a écrit : > Previously, libports used a hash table per port bucket. This makes > looking up a port difficult if one does not know the port bucket, as > one has to iterate over all buckets and do a hash table lookup each. > > Having to iterate over

Re: [PATCH 6/7] procfs: reorganize rootdir.c

Justus Winter, le Mon 22 Sep 2014 11:38:43 +0200, a écrit : > * procfs/rootdir.c: Move the translator linkage code to the > appropriate location. Ack. > --- > procfs/rootdir.c | 153 > --- > 1 file changed, 77 insertions(+), 76 deletions(-) >

Re: [PATCH 5/7] procfs: generalize the translator linkage code

Justus Winter, le Mon 22 Sep 2014 11:38:42 +0200, a écrit : > Generalize the translator linkage code previously introduced for the > `mounts' node. Ack. > * procfs/rootdir.c (struct procfs_translated_node_ops): New > specialized node operations structure for translated nodes. > (rootdir_mounts_ma

Re: [PATCH 4/7] procfs: do not test whether /hurd/mtab exists

Justus Winter, le Mon 22 Sep 2014 11:38:41 +0200, a écrit : > Now that procfs is merged into the Hurd repository we can just assume > that the mtab translator exists. Ack > * procfs/rootdir.c (rootdir_mounts_exists): Drop function. > (rootdir_entries): Adjust accordingly. > --- > procfs/rootdir.

Re: [PATCH 3/7] procfs: implement /proc/N/mounts

Justus Winter, le Mon 22 Sep 2014 11:38:40 +0200, a écrit : > * procfs/process.c (process_gc_mounts): New function. > (process_symlink_make_node): Likewise. > (entries): Use the new functions to provide a symlink to ../mounts. Mmm, I wouldn't lie like this: don't we have per-process views of what

Re: [PATCH 2/7] procfs: implement /proc/filesystems

Justus Winter, le Mon 22 Sep 2014 11:38:39 +0200, a écrit : > * procfs/rootdir.c (rootdir_gc_filesystems): New function. > (rootdir_entries): Use the new function to implement /proc/filesystems. Ack. > --- > procfs/rootdir.c | 61 > +++- > 1 f

Re: [PATCH 1/7] procfs: implement /proc/N/maps

Justus Winter, le Mon 22 Sep 2014 11:38:38 +0200, a écrit : > Fixes https://savannah.gnu.org/bugs/?32770 . Ack. > * procfs/process.c (process_file_gc_maps): New function. > (entries): Use the new function to implement /proc/N/maps. > --- > procfs/process.c | 104 > ++

[bug #43320] rlimit doesn't get propagated to children

URL: Summary: rlimit doesn't get propagated to children Project: The GNU Hurd Submitted by: sthibaul Submitted on: dim. 28 sept. 2014 23:33:28 CEST Category: None Sever

Re: [PATCH] exec: redzone page zero before loading anything

Justus Winter, le Mon 22 Sep 2014 18:30:24 +0200, a écrit : > This prevents load_section from mapping any sections to page zero. Ack. > * exec/exec.c (do_exec): Redzone page zero before loading anything. > --- > exec/exec.c | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/ex

Re: [PATCH] exec: add proper argument parsing, add --device-master-port

Justus Winter, le Tue 23 Sep 2014 12:33:06 +0200, a écrit : > If the device master port is given, a boot-time exec server can print > diagnostic messages earlier. Ack. > * exec/main.c (opt_device_master): New variable. > (OPT_DEVICE_MASTER_PORT): New macro. > (options): New set of options. > (par

Re: Processor Support?

On Sun, 2014-09-28 at 13:50 +0200, Samuel Thibault wrote: > Actually, I'm wondering whether the boot failures reported earlier this month > might be due to this change. I'm not sure about this, I am one of the people with the boot failures and was able to get my machine to boot by using a non-str

Re: [PATCH gnumach] kern: create send rights as they are inserted at bootstrap time

Justus Winter, le Fri 26 Sep 2014 17:30:07 +0200, a écrit : > Previously, it was impossible to hand e.g. the master device port to > more than one bootstrap task. Fix this by creating the send right as > it is inserted into the target task. Ack. > * kern/bootstrap.c (bootstrap_create): Do not cr

Re: hang on bootstrap

Hello, Could you try to run a Linux sid Debian system on this machine? hurd-i386 has switched to the i586 triplet, like all other Debian i386 port, and maybe there are some corner cases which haven't been dealt with, and they would most probably show up with linux-i386 too. Samuel

Re: Processor Support?

Richard Braun, le Sat 27 Sep 2014 11:58:58 +0200, a écrit : > On Tue, Sep 23, 2014 at 06:57:05PM -0700, Omar Radwan wrote: > > I'm wondering if it is possible to run Debian HURD on AMD hardware, or > > Intel hardware such as i3, i5, and i7. But isn't guarantee that it runs on > > Pentium. > > Firs