Re: Hiding nodes with unionmount

Hi, On Thu, Jul 30, 2009 at 10:14:06AM +0200, Arne Babenhauserheide wrote: > Would it be possible to hide a node via unionmount? I don't think it's possible with our current unionfs implementation, because of the "unusal" way it handles file removal. AFAIK it's a standard feature on other unio

Re: unionfs Documentation

Hi, On Tue, Aug 04, 2009 at 01:00:10AM +0200, Thomas Schwinge wrote: > On Fri, Jul 17, 2009 at 05:08:28AM +0200, olafbuddenha...@gmx.net wrote: > > On Sat, Jun 13, 2009 at 09:23:23AM +0300, Sergiu Ivanov wrote: > > > I'm sending in my attempt to compile a unionfs documentation. It > > > is format

Re: [PATCH 3/3] Add the mountee to the list of merged filesystems.

Hi, On Mon, Aug 03, 2009 at 08:42:27PM +0300, Sergiu Ivanov wrote: > diff --git a/mount.c b/mount.c > index 45889f8..9d2a1e5 100644 > --- a/mount.c > +++ b/mount.c > @@ -27,6 +27,7 @@ > > #include "mount.h" > #include "lib.h" > +#include "ulfs.h" > > /* The command line for starting the mo

Re: [PATCH] Implement the sync libnetfs stubs.

Hi, On Tue, Aug 04, 2009 at 12:30:30AM +0200, Thomas Schwinge wrote: > Please, please, please, let's try to finally get some of these patches > installed before discussing matters to death. The real problem is not patches being discussed to death, but rather patches that have been reviewed still

Re: [PATCH 2/3] Start the mountee in a lazy fashion.

Hi, On Mon, Aug 03, 2009 at 08:41:55PM +0300, Sergiu Ivanov wrote: > Subject: [PATCH 2/3] Start the mountee in a lazy fashion. This title line is not very helpful. The important point is that this patch adds the code for starting the mountee. Further explanation about how this happens, would nor

Re: Grand Unified System Installer (hurd distro) + my taughts and comments - new to hurd contributions, only taking my head out of the sand now.

Hi, On Thu, Jul 23, 2009 at 11:29:19PM +0100, Ivan Malone wrote: > This will be a long post. [...] As you are talking about several rather unrelated things, it would have been much easier to handle if you had sent several smaller mails instead... > I've managed to get Hurd built from source man

Re: Grand Unified System Installer (hurd distro) + my taughts and comments - new to hurd contributions, only taking my head out of the sand now.

Hi, On Thu, Jul 30, 2009 at 10:56:01AM +0200, Arne Babenhauserheide wrote: > > This is grand. And you can type apt-get install lynx and off you go. > > I'm not saying it should be installed by default but I am saying > > that where a known command was not found it should instead do > > something

Re: [PATCH] Implement the sync libnetfs stubs.

Hi, On Mon, Aug 03, 2009 at 09:19:17PM +0300, Sergiu Ivanov wrote: > On Sat, Jul 18, 2009 at 08:08:20AM +0200, olafbuddenha...@gmx.net wrote: > > On Sun, Jul 12, 2009 at 10:50:07PM +0300, Sergiu Ivanov wrote: > > > On Sat, Jul 11, 2009 at 03:56:02AM +0200, olafbuddenha...@gmx.net wrote: > > > > On

Re: [PATCH 2/4] Go away when the mountee has been shut down.

Hi, On Mon, Aug 03, 2009 at 11:37:50PM +0300, Sergiu Ivanov wrote: > On Wed, Jul 29, 2009 at 10:47:53AM +0200, olafbuddenha...@gmx.net wrote: > > On Fri, Jul 17, 2009 at 01:57:33PM +0300, Sergiu Ivanov wrote: > > Hm... While this keeps the code surprisingly simple, it is a rather > > unusual appr

Re: [PATCH 0/4] Transparent Unionmount

Hi, On Mon, Aug 03, 2009 at 09:31:53PM +0300, Sergiu Ivanov wrote: > I'm inclined to think that a non-transparent unionmount should go away > when the mountee has been shut down, too, because unionmount makes > little sense without the mountee, be a transparent or a > non-transparent one. Well,

Re: [spaes...@gmail.com: Sustainable development]

Hi, > Date: Thu, 6 Aug 2009 20:15:42 -0400 > From: steve paesani > I would like to (suggest) form(ing) a co-operative that makes use of > what I call a 'dev comp' software licence that has for intent to > compensate the production/development costs of the software, that is, > sustain to a reason

Re: ioperm and iopl in gnumach

Hi, On Mon, Aug 03, 2009 at 07:12:22PM +0200, Thomas Schwinge wrote: > There are two ways to use it: either the GNU Mach RPCs > i386_io_perm_create and i386_io_perm_modify (see > [gnumach]/i386/include/mach/i386/mach_i386.defs) can directly be used, > or the more standard (at least on x86) glibc

Re: [PATCH 1/2] Fix some minor issues.

Hi, On Mon, Aug 10, 2009 at 11:11:41PM +0300, Sergiu Ivanov wrote: > * eth-multiplexer/device_impl.c (ds_device_open): Check if > openstat flags are a subset of mode flags (not conversely). > * eth-multiplexer/vdev.c (add_vdev): Copy name only if it > is not NULL. Why are you putting these two c

Re: [PATCH] Implement the sync libnetfs stubs.

Hi, On Tue, Aug 11, 2009 at 11:42:41AM +0200, Thomas Schwinge wrote: > /* We can only report back a single error value; the first one > wins. */ > if (! err) > err = err_l; "Last one wins" would be easier to implement -- and I think it's more common

Re: ioperm and iopl in gnumach

Hi, On Tue, Aug 11, 2009 at 11:58:42AM +0200, Thomas Schwinge wrote: > On Sun, Aug 09, 2009 at 06:48:05PM +0200, olafbuddenha...@gmx.net > wrote: > But iopl is a all-or-nothing-like thing (all I/O ports), I see... I guess though that fixing that would still be easier than writing a proper ioper

Re: [PATCH 1/4] Add the ``--no-mount'' option.

Hi, On Mon, Aug 10, 2009 at 04:13:38PM +0300, Sergiu Ivanov wrote: > On Sat, Aug 08, 2009 at 04:53:29AM +0200, olafbuddenha...@gmx.net wrote: > > On Mon, Aug 03, 2009 at 10:39:51PM +0300, Sergiu Ivanov wrote: > > > On Wed, Jul 29, 2009 at 09:27:10AM +0200, olafbuddenha...@gmx.net wrote: > > > > On

Re: Unionmount: proxying the control port

Hi, On Mon, Aug 10, 2009 at 04:40:04PM +0300, Sergiu Ivanov wrote: > On Fri, Aug 07, 2009 at 11:00:03PM +0200, olafbuddenha...@gmx.net > wrote: > > On Mon, Aug 03, 2009 at 08:59:15PM +0300, Sergiu Ivanov wrote: > > > If so, unionmount could be used with a bootstrap filesystem in the > > > case of

Re: ioperm and iopl in gnumach

Hi, On Mon, Aug 03, 2009 at 07:12:22PM +0200, Thomas Schwinge wrote: > There are two ways to use it: either the GNU Mach RPCs > i386_io_perm_create and i386_io_perm_modify (see > [gnumach]/i386/include/mach/i386/mach_i386.defs) can directly be used, > or the more standard (at least on x86) glibc

Re: Unionmount: proxying the control port

Hi, On Mon, Aug 03, 2009 at 08:59:15PM +0300, Sergiu Ivanov wrote: > On Sat, Jul 18, 2009 at 07:21:59AM +0200, olafbuddenha...@gmx.net > wrote: > > It *might* be useful to union-mount the bootstrap filesystem -- I'm > > just not sure whether it's even possible in theory :-) > > I think I must as

Re: [PATCH 1/4] Add the ``--no-mount'' option.

Hi, On Mon, Aug 03, 2009 at 10:39:51PM +0300, Sergiu Ivanov wrote: > On Wed, Jul 29, 2009 at 09:27:10AM +0200, olafbuddenha...@gmx.net wrote: > > On Fri, Jul 17, 2009 at 01:56:57PM +0300, Sergiu Ivanov wrote: > > > +/* Shows the mode in which the current instance of unionmount > > > + operates

Re: nfsd and file handles

Hi, On Mon, Aug 03, 2009 at 08:46:17PM +0300, Sergiu Ivanov wrote: > On Sat, Jul 18, 2009 at 07:11:47AM +0200, olafbuddenha...@gmx.net wrote: > > On Mon, Jul 13, 2009 at 11:17:15PM +0300, Sergiu Ivanov wrote: > > > The best situation would be if the file handle could be easily > > > avoided, on w

Re: Hiding nodes with unionmount

Hi, On Tue, Aug 04, 2009 at 12:19:28PM +0200, Arne Babenhauserheide wrote: > Am Dienstag, 4. August 2009 07:20:05 schrieb Sergiu Ivanov: > > You'd better ask antrik or Zheng. They seem to posses the required > > information. > > I forwarded the question to antrik. I read all posts on this lis

Re: [PATCH 1/3] Add the ``--mount'' command line option.

Hi, On Mon, Aug 03, 2009 at 08:41:15PM +0300, Sergiu Ivanov wrote: > + if ((err = asprintf (&buf, "%s=\"%s\"", OPT_LONG (OPT_LONG_MOUNT), > +mountee_cl)) == -1) > + { > + free (mountee_cl); > + return ENOMEM; > + } > + > + err = argz_add (argz

Re: Further Git repositories?

Hi, On Sun, Aug 02, 2009 at 02:05:30PM +0200, Thomas Schwinge wrote: > Now, for publishing last years' GSoC projects etc., we'd need another > bunch of 'em: for the projects that create new ``modules'' (procfs, > LISP stuff, libchannel, eth-filter, eth-multiplexer, proc_proxy, > nsmux, ...) -- I'

Re: [PATCH 2/3] Add the code for starting up the mountee

Hi, On Mon, Aug 03, 2009 at 08:20:19PM +0300, Sergiu Ivanov wrote: > On Sat, Jul 18, 2009 at 06:33:11AM +0200, olafbuddenha...@gmx.net wrote: > > On Thu, Jul 16, 2009 at 01:04:06PM +0300, Sergiu Ivanov wrote: > > And I still don't like "np". > > I looked through unionfs again and I can confirm t

Re: [PATCH3/4] fully enable rpctrace to trace multitask programs.

Hi, On Mon, Jul 20, 2009 at 07:42:20PM +0800, Da Zheng wrote: > The third patch removes one of gcc's warnings. > > Zheng Da > > > 2009-07-20 Zheng Da > > rpctrace.c (print_contents): Put the if statement in braces. > > diff --git a/utils/rpctrace.c b/utils/rpctrace.c > index 148b0a4

Re: [PATCH 1/4] Add the ``--no-mount'' option.

Hi, On Fri, Jul 17, 2009 at 01:56:57PM +0300, Sergiu Ivanov wrote: > diff --git a/mount.c b/mount.c > index 7045423..4d12cd6 100644 > --- a/mount.c > +++ b/mount.c > @@ -40,6 +40,10 @@ mach_port_t mountee_port; > > int mountee_started = 0; > > +/* Shows the mode in which the current instance

Re: [PATCH2/4] fully enable rpctrace to trace multitask programs.

Hi, On Mon, Jul 20, 2009 at 07:40:32PM +0800, Da Zheng wrote: > 2009-07-20 Zheng Da > > fix bug #3939 > > * rpctrace.c (traced_task): Relocate. > (wrap_all_threads): New function. > (wrap_new_thread): Likewise. > (trace_and_forward): Wrap all thread ports. > > diff -

Re: [PATCH1/4] fully enable rpctrace to trace multitask programs.

Hi, First of all, when submitting a patch series, each individual message should by named after the commit, i.e. the first line of the commit message. git format-patch should in fact do that automatically -- though I must admit that I have trouble using it properly myself :-) The name of the patc

Re: [PATCH 0/4] Transparent Unionmount

Hi, On Fri, Jul 17, 2009 at 01:54:59PM +0300, Sergiu Ivanov wrote: > Another topic for discussion was whether a non-transparent unionmount > should shut down the mountee on going away. Actually, what I was discussing is whether non-transparent unionmount should go away when the mountee goes away

Re: [PATCH 2/4] Go away when the mountee has been shut down.

Hi, On Fri, Jul 17, 2009 at 01:57:33PM +0300, Sergiu Ivanov wrote: > >From ba1a38092c3b79c5c4668c159a7a1640c6d94c51 Mon Sep 17 00:00:00 2001 > From: Sergiu Ivanov > Date: Tue, 14 Jul 2009 19:41:41 + > Subject: [PATCH 2/4] Go away when the mountee has been shut down. > > * mount.c (mountee_c

Re: plan to work on user-level device drivers

Hi, On Thu, Jul 16, 2009 at 12:04:21PM +0800, Da Zheng wrote: >> On Tue, Jul 07, 2009 at 01:33:17PM +0800, Da Zheng wrote: >>> * Does the small interrupt routine in the kernel already exists? >> >> The problem is that this routine is actually pretty device-specific. >> In Linux UIO at least, ever

Re: [PATCH 2/3] Add the code for starting up the mountee

Hi, On Thu, Jul 16, 2009 at 10:41:34PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 10, 2009 at 04:17:23AM +0200, olafbuddenha...@gmx.net > wrote: > > On Sun, Jul 05, 2009 at 07:10:48PM +0300, Sergiu Ivanov wrote: > > > I met this style (using intermediate variables) quite often in > > > unionfs and

Re: Unionmount: proxying the control port

Hi, (Most of this is only for the record, as we already discussed it on IRC.) On Fri, Jul 10, 2009 at 08:52:44PM +0300, Sergiu Ivanov wrote: > * fsys_goaway: both the unionfs (unionmount) and the mountee should go > away. Actually, it should be forwarded completely in the transparent case. uni

Re: Unionmount: proxying the control port

Hi, On Mon, Jul 13, 2009 at 11:17:15PM +0300, Sergiu Ivanov wrote: > The best situation would be if the file handle could be easily > avoided, on which matter I cannot comment right away without a deeper > investigation of nfsd. I think that avoiding file handles is worth > the effort, but then

Re: [PATCH] Implement the sync libnetfs stubs.

Hi, On Sun, Jul 12, 2009 at 10:50:07PM +0300, Sergiu Ivanov wrote: > On Sat, Jul 11, 2009 at 03:56:02AM +0200, olafbuddenha...@gmx.net wrote: > > On Wed, Jul 08, 2009 at 10:30:41PM +0300, Sergiu Ivanov wrote: > > > + Modified by Sergiu Ivanov . > > > + > > > > You can do this if it's important

Re: [PATCH 2/3] Add the code for starting up the mountee

Hi, On Thu, Jul 16, 2009 at 01:04:06PM +0300, Sergiu Ivanov wrote: > diff --git a/mount.c b/mount.c > index 7bc1fb8..7e134d6 100644 > --- a/mount.c > +++ b/mount.c > @@ -22,8 +22,200 @@ > > #define _GNU_SOURCE > > +#include > +#include > + > #include "mount.h" > +#include "lib.h" > > /

Re: cmp: the port comparison server

Hi, I have thought about this on and off for a while, but my conclusions haven't changed. On Mon, Jun 29, 2009 at 09:59:18AM +0200, Carl Fredrik Hammar wrote: > On Sun, Jun 28, 2009 at 11:21:09PM +0200, olafbuddenha...@gmx.net > wrote: > > I thought I already said this at some point, but maybe I

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Tue, Jul 14, 2009 at 12:21:20PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 10, 2009 at 03:23:29AM +0200, olafbuddenha...@gmx.net > wrote: > > On Sun, Jul 05, 2009 at 07:17:33PM +0300, Sergiu Ivanov wrote: > > > On Fri, Jul 03, 2009 at 06:52:37AM +0200, olafbuddenha...@gmx.net > > > wrote: >

Re: Code trust by reverse authentication

Hi, On Mon, Jun 29, 2009 at 11:23:34AM +0200, Carl Fredrik Hammar wrote: > On Mon, Jun 29, 2009 at 12:05:26AM +0200, olafbuddenha...@gmx.net > wrote: > > On Thu, Jun 11, 2009 at 07:07:35PM +0200, Carl Fredrik Hammar wrote: > > > Another interesting possibility would be to let the code modules > >

Re: Code trust by reverse authentication

Hi, As I already said on IRC, I do see some merit in the idea of reverse authentication, i.e. file objects authenticating against clients. It makes sense to consider files as active objects, which have access to certain user IDs. (The fact that a file system usually provides a whole bunch of indiv

Re: unionfs Documentation

Hi, On Sat, Jun 13, 2009 at 09:23:23AM +0300, Sergiu Ivanov wrote: > I'm sending in my attempt to compile a unionfs documentation. It is > formatted as a stand-alone Texinfo file for now, so that I am able to > build and view .info files from it. I don't understand -- why can't you just build it

Re: Symbolic names vs. port references

Hi, On Tue, Jun 30, 2009 at 03:32:09PM +0200, Carl Fredrik Hammar wrote: > The first one I have considered is the ability to load different but > compatible versions of the module. For instance, so that one can load > a module with debugging symbols when debugging. [...] > Though this is mostly

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Tue, Jul 14, 2009 at 12:27:02PM +0300, Sergiu Ivanov wrote: > + /* Add the --mount option to the result. */ > + if (mountee_argz) > +{ > + /* The string describing the value of the ``--mount'' option. */ > + char * opt = NULL; The comment is confusing: this does not desc

Re: News...

Hi, On Sun, Jul 12, 2009 at 12:30:59PM +0200, Thomas Schwinge wrote: > On Fri, Jul 10, 2009 at 05:17:27AM +0200, olafbuddenha...@gmx.net > wrote: > > On Tue, Jul 07, 2009 at 07:10:15PM +0200, Thomas Schwinge wrote: > > I really don't like the idea of postponing the news till the next > > month. T

Re: [PATCH 3/3] Add the code for adding the mountee to the merged filesystems

Hi, On Fri, Jul 10, 2009 at 08:22:51PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 10, 2009 at 04:20:35AM +0200, olafbuddenha...@gmx.net > wrote: > > On Sun, Jul 05, 2009 at 06:53:50PM +0300, Sergiu Ivanov wrote: > > > ulfs_check is used to update the list of ports to the underlying > > > filesyste

Re: Unionmount: proxying the control port

Hi, On Sun, Jul 12, 2009 at 08:17:10PM +0300, Sergiu Ivanov wrote: > On Sat, Jul 11, 2009 at 02:40:49AM +0200, olafbuddenha...@gmx.net > wrote: > > Well, I don't know exactly why, but I do know that NFS needs some > > stable representation of nodes. I remember how in a talk about some > > Linux f

Re: Unionmount: proxying the control port

Hi, On Wed, Jul 08, 2009 at 09:39:06PM +0200, Carl Fredrik Hammar wrote: > On Wed, Jul 08, 2009 at 03:41:51PM +0300, Sergiu Ivanov wrote: > > On Tue, Jul 07, 2009 at 09:50:12PM +0200, Carl Fredrik Hammar wrote: > > > On Tue, Jul 07, 2009 at 08:55:37PM +0300, Sergiu Ivanov wrote: > > > > * fsys_se

Re: plan to work on user-level device drivers

Hi, On Wed, Jul 08, 2009 at 07:21:04PM +0200, Thomas Schwinge wrote: > What also could be done, and what I had in mind for a long time > already, is a simple driver for a SoundBlaster ISA card (again, no PCI > for now -- I don't know if PCI device registration actually is > difficult, but let's s

Re: [PATCH] Implement the sync libnetfs stubs.

Hi, On Wed, Jul 08, 2009 at 10:30:41PM +0300, Sergiu Ivanov wrote: > diff --git a/netfs.c b/netfs.c > index 89d1bf6..d8211e0 100644 > --- a/netfs.c > +++ b/netfs.c > @@ -1,7 +1,10 @@ > /* Hurd unionfs > - Copyright (C) 2001, 2002, 2003, 2005 Free Software Foundation, Inc. > + Copyright (C) 2

Re: Unionmount: proxying the control port

Hi, On Tue, Jul 07, 2009 at 08:55:37PM +0300, Sergiu Ivanov wrote: > * fsys_goaway: Both the mountee and unionmount should go away. Actually, it should be sufficient to forward to the mountee -- in transparent mode, the unionmount translator should always go away automatically once the mountee i

Re: [PATCH] Orphan the mountee.

Hi, On Fri, Jul 10, 2009 at 06:58:53PM +0300, Sergiu Ivanov wrote: > diff --git a/mount.c b/mount.c > index f9a5257..fb6226d 100644 > --- a/mount.c > +++ b/mount.c > @@ -156,14 +156,6 @@ start_mountee (node_t * np, char * argz, size_t > argz_len, int flags, >if (err) > return err; > >

Re: Unionmount: proxying the control port

Hi, On Wed, Jul 08, 2009 at 03:41:51PM +0300, Sergiu Ivanov wrote: > I also checked the implementation of fsys_forward in libdiskfs and > found that it returns EOPNOTSUPP. Since libdiskfs usually has all > necessary stuff implemented properly (as different from libnetfs and > libtrivfs), I'd say

Re: News...

Hi, On Wed, Jul 08, 2009 at 12:38:28PM +0200, Arne Babenhauserheide wrote: > ## if push fails, fetch and rebase > > git fetch && git rebase origin/master-next_news git pull --rebase should do the same.

Re: Unionmount: proxying the control port

Hi, On Fri, Jul 10, 2009 at 12:18:58AM +0300, Sergiu Ivanov wrote: > On Wed, Jul 08, 2009 at 09:39:06PM +0200, Carl Fredrik Hammar wrote: > > On Wed, Jul 08, 2009 at 03:41:51PM +0300, Sergiu Ivanov wrote: > Also note that no other program but nfsd in the Hurd source tree uses > fsys_getfile and f

Re: [PATCH] Enable the mountee to be started after initialization.

Hi, On Mon, Jul 06, 2009 at 12:17:49AM +0300, Sergiu Ivanov wrote: > + /* The update thread will start the mountee when unionfs will be > + ready for servicing RPCs (will have completed the > + initialization). */ > + root_update_schedule (); > + Hm... That still won't allow passing b

Re: [PATCH 3/3] Add the code for adding the mountee to the merged filesystems

Hi, On Sun, Jul 05, 2009 at 06:53:50PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 03, 2009 at 07:07:59AM +0200, olafbuddenha...@gmx.net wrote: > > On Thu, Jun 11, 2009 at 09:25:10PM +0300, Sergiu Ivanov wrote: > > > + ulfs_check (); > > > + node_init_root (netfs_root_node); > > > > Why is this

Re: Berkeley Packet Filter

Hi, On Mon, Jul 06, 2009 at 09:01:39PM +0800, Da Zheng wrote: > Samuel Thibault wrote: >> Da Zheng, le Mon 06 Jul 2009 14:23:20 +0800, a écrit : >>> GNU Savannah bug #25054 -- Kernel panic with eth-multiplexer, >>> reported by antrik, isn't a bug in gnumach. It was caused by a bug >>> in eth-mult

Re: News...

Hi, On Tue, Jul 07, 2009 at 07:10:15PM +0200, Thomas Schwinge wrote: > We should not update news items that have already been published (that > is, on gnu.org; no problem for the bddebian machine), as the system > will always also update the RSS feeds, etc., causing the old news item > to reappea

Re: [PATCH 3/3] Add the mountee to the list of merged filesystems.

Hi, On Sun, Jul 05, 2009 at 04:02:01PM +0300, Sergiu Ivanov wrote: > + /* A path equal to "\0" will mean that the current ULFS entry is the > + mountee port. */ > + ulfs_register ("", 0, 0); You fixed the parameter, but you forgot to fix the comment... -antrik-

Re: [PATCH] fully enable rpctrace to trace multitask programs.

Hi, On Tue, Jul 07, 2009 at 01:21:09PM +0800, Da Zheng wrote: > olafbuddenha...@gmx.net wrote: >> Well, AIUI, there are only two ways how a receive right could be used: >> either mach_port_insert_right() (or mach_port_extract_right()) is >> invoked, in which case we can look at the parameters, so

Re: Moving to git

Hi, On Sun, Jul 05, 2009 at 08:31:09AM +0200, Thomas Schwinge wrote: > On Fri, Jul 03, 2009 at 10:00:52PM +0200, olafbuddenha...@gmx.net > wrote: > > On Thu, Jul 02, 2009 at 11:05:50PM +0200, Thomas Schwinge wrote: > > > +After commit e227045b06d62ee7d2fbab9d5ade9030ff43170b, Git's > > > commit m

Re: [PATCH] fully enable rpctrace to trace multitask programs.

Hi, On Mon, Jul 06, 2009 at 02:26:10PM +0800, Da Zheng wrote: > olafbuddenha...@gmx.net wrote: > Since you think it's not proper to wrap the first thread at the place > where trace exec_startup_get_info() is called, I now wrap the first > thread of a task when the first RPC request comes. Actual

Re: [PATCH 1/3] Add the ``--mount'' command line option.

Hi, On Sun, Jul 05, 2009 at 03:59:25PM +0300, Sergiu Ivanov wrote: > diff --git a/mount.h b/mount.h [...] > +#ifndef INCLUDED_UNIONMOUNT_H You forgot to rename the guard macro when renaming the file... -antrik-

Re: [PATCH 2/3] Add the code for starting up the mountee

Hi, On Sun, Jul 05, 2009 at 07:10:48PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 03, 2009 at 08:07:01PM +0200, olafbuddenha...@gmx.net wrote: > > > + /*This is actually the end of initialization, so if something > > > + goes bad here we are rightful to die. And, of course, > > > + unionmount

Re: [bug #26960] firmlink opens target with client specified flags

Hi, On Sat, Jul 04, 2009 at 04:05:52PM +, Carl Fredrik Hammar wrote: > firmlink opens its target file with any client specified open flags, > except O_CREAT. This makes it is possible for a client to read or > write to the target of a firmlink using the firmlink's authority > (io_restrict_au

Re: plan to work on user-level device drivers

Hi, On Tue, Jul 07, 2009 at 01:33:17PM +0800, Da Zheng wrote: > The paper "An I/O System for Mach 3.0" gives very short description of > the user-level device management: Devices can be managed from > user-level by vectoring all device interrupts out to an application's > thread. The kernel maps

Re: News...

Hi, On Sat, Jul 04, 2009 at 04:20:59PM +0200, Arne Babenhauserheide wrote: > Am Samstag, 4. Juli 2009 10:27:58 schrieb olafbuddenha...@gmx.net: > Do you mean Berkeley Packet Filter with BPF? Yes. > > I made some progress with my KGI port -- I can now run GGI demo > > programs on top of KGI/Hur

Resource usage (was: Berkeley Packet Filter)

Hi, On Mon, Jul 06, 2009 at 05:02:45PM +0200, Arne Babenhauserheide wrote: > Am Montag, 6. Juli 2009 15:01:39 schrieb Da Zheng: > > What should the kernel do if it is out of resources? > > I'd say it should kill the offending process. > > Or if info about the offender isn't available, just kil

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Sun, Jul 05, 2009 at 07:17:33PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 03, 2009 at 06:52:37AM +0200, olafbuddenha...@gmx.net > wrote: > > This surely needs some special handling in netfs_append_args() as > > well?... > > Yes, it does, of course. I didn't implement it right here becaus

Re: Moving to git

Hi, On Sat, Jul 04, 2009 at 12:30:20PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 03, 2009 at 06:24:36AM +0200, olafbuddenha...@gmx.net wrote: > > On Mon, Jun 29, 2009 at 10:56:01PM +0300, Sergiu Ivanov wrote: > > > Please note that most of my commits to nsmux repository are ugly. Is > > > that ok

Re: plan to work on user-level device drivers

Hi, On Wed, Jul 01, 2009 at 10:27:38PM +0800, Zheng Da wrote: > On Wed, Jul 1, 2009 at 9:04 AM, wrote: > > AFAIK the standard Mach single-server is called US. It's probably > > available somewhere -- at least UX (the multi-server) must be, as I > > downloaded it a while back... > Actually, US i

Re: News...

Hi, On Tue, Jun 30, 2009 at 02:53:15PM +0200, Arne Babenhauserheide wrote: > I just compiled the information from Thomas Schwinge into the first > monthly news entry: > > - http://www.bddebian.com/~hurd-web/news/2009-06-30/ > > If you have further news you'd like to get included for this month

Re: Moving to git

Hi, On Thu, Jul 02, 2009 at 11:05:50PM +0200, Thomas Schwinge wrote: > +After commit e227045b06d62ee7d2fbab9d5ade9030ff43170b, Git's commit messages > +are valid. Is it really *after*, or starting with?... A less ambiguous wording would be preferable :-) -antrik-

Re: News...

Hi, On Tue, Jun 30, 2009 at 05:28:00PM +0200, Thomas Schwinge wrote: > On Tue, Jun 30, 2009 at 02:53:15PM +0200, Arne Babenhauserheide wrote: > > If you have further news you'd like to get included for this month, > > please send me a mail! > > Hurry up, June ends today (already, wow!) -- I'll

Re: [PATCH 2/3] Add the code for starting up the mountee

Hi, On Thu, Jun 11, 2009 at 09:19:21PM +0300, Sergiu Ivanov wrote: > * netfs.c: Update copyright years. > (netfs_S_dir_lookup): Add the code for starting up the mountee > at the first invocation. Just "Start up mountee on first invocation" is probably better. > (netfs_get_dirents): Likewise. >

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Thu, Jun 18, 2009 at 11:14:41PM +0300, Sergiu Ivanov wrote: > @@ -124,6 +132,13 @@ argp_parse_common_options (int key, char *arg, struct > argp_state *state) >ulfs_match = 0; >break; > > +case OPT_MOUNT: > + /* TODO: Improve the mountee command line parsing mech

Re: Moving to git

Hi, On Mon, Jun 29, 2009 at 10:56:01PM +0300, Sergiu Ivanov wrote: > Please note that most of my commits to nsmux repository are ugly. Is > that okay?.. Or should I refactor them somehow? Well, the code certainly should be fixed, according to what you learned in the meanwhile. As for the histor

Re: [PATCH 3/3] Add the code for adding the mountee to the merged filesystems

Hi, On Thu, Jun 11, 2009 at 09:25:10PM +0300, Sergiu Ivanov wrote: > + ulfs_register ("\0", 0, 0); "\0" is wrong -- it will generate a string consisting of *two* \0 characters. Just use an empty string. > + ulfs_check (); > + node_init_root (netfs_root_node); Why is this needed here and not

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Mon, Jun 29, 2009 at 09:14:56PM +0300, Sergiu Ivanov wrote: > On Mon, Jun 29, 2009 at 01:44:41AM +0200, olafbuddenha...@gmx.net > wrote: > > On Wed, Jun 17, 2009 at 01:43:42AM +0200, Thomas Schwinge wrote: > > > If only one --mount option is allowed, what about a syntax like > > > this one

Re: GNU/Mach porting to MIPS Architectures

Hi, On Fri, Jun 12, 2009 at 09:06:14AM +0200, Luca Giancristofaro wrote: > So, what do you suggest me to do? Is it possible to retrieve the old > version of Mach running on MIPS? This seems to be the original Mach 3 for MIPS: ftp://ftp.cs.cmu.edu/afs/cs/project/mach/public/src/mkernel/mips.t

Re: plan to work on user-level device drivers

Hi, On Sat, Jun 27, 2009 at 09:23:19AM +0800, Da Zheng wrote: > The user-level Ethernet driver for Mach 3.0 is distributed as part of > the single-server UNIX emulator. Is The single-server UNIX emulator > from CMU called poe? I don't know what POE is. AFAIK the standard Mach single-server is c

Re: Setting up eth-multiplexer in QEMU

Hi, On Sat, Jun 27, 2009 at 09:06:03PM +0300, Sergiu Ivanov wrote: > On Sat, Jun 27, 2009 at 08:45:43PM +0800, Da Zheng wrote: > > My suggestion is testing them internally. For example, you can setup > > two pfinets on the same eth-multiplexer and write some testing > > programs to transmit pac

Re: [task #9515] _hurd_intr_rpc_mach_msg: Assertion `m->header.msgh_id == msgid + 100' failed.

Hi, On Fri, Jun 26, 2009 at 09:03:43PM +, Samuel Thibault wrote: > URL: > > > Summary: _hurd_intr_rpc_mach_msg: Assertion > `m->header.msgh_id == msgid + 100' failed. [...] This rather should go into the bug tracker I guess?... -antri

Re: [bug #26914] Add an option to enforce limits to increase stability

Hi, On Tue, Jun 30, 2009 at 08:07:46AM +, Arne Babenhauserheide wrote: > URL: > > > Summary: Add an option to enforce limits to increase > stability I said *task* tracker, not bug tracker... -antrik-

Re: plan to work on user-level device drivers

Hi, On Fri, Jun 26, 2009 at 11:01:58PM +0800, Da Zheng wrote: > I just read "An I/O System for Mach 3.0" and realized that the > developers of Mach 3.0 actually developed user-level drivers for the > Ethernet and the SCSI disk. Where did you get that? I'd like to read it too :-) -antrik-

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Mon, Jun 15, 2009 at 09:01:55PM +0300, Sergiu Ivanov wrote: > On Sat, Jun 13, 2009 at 03:53:27PM +0200, Carl Fredrik Hammar wrote: > > On Thu, Jun 11, 2009 at 09:10:24PM +0300, Sergiu Ivanov wrote: > > > diff --git a/unionmount.c b/unionmount.c > > > new file mode 100644 > > > index 00

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Wed, Jun 17, 2009 at 01:43:42AM +0200, Thomas Schwinge wrote: > On Mon, Jun 15, 2009 at 10:39:22PM +0300, Sergiu Ivanov wrote: > > --- a/options.c > > +++ b/options.c > > @@ -124,6 +131,13 @@ argp_parse_common_options (int key, char *arg, struct > > argp_state *state) > >ulfs_matc

Re: [PATCH] Make it possible to use ``-'' for reading from stdin.

Hi, On Tue, Jun 23, 2009 at 10:39:50AM +0200, Thomas Schwinge wrote: > [...] or test and confirm that the attached patch doesn't break > anything, which I think that it can't, but who knows... Guess what? It does break things... The gnmach build for example does this: mig -n -cc cat - /dev/

Re: [PATCH 0/3] Implement unionmount on top of unionfs

Hi, On Thu, Jun 11, 2009 at 08:59:18PM +0300, Sergiu Ivanov wrote: > This implementation of unionmount implements lazy translator startup, > because it is impossible to start the mountee during the > initialization of unionfs. The reason is that most translators (at > least) try to stat their und

Re: Moving to git

Hi, On Thu, Jun 25, 2009 at 10:17:03PM +0300, Sergiu Ivanov wrote: > I'm sorry for being dumb, but I'd like to avoid misunderstandings: is > it true that it is being suggested that my nsmux github repository be > moved to Savannah? Or, even more, am I supposed to create a branch in > the Hurd git

Re: Code trust by reverse authentication

Hi, On Thu, Jun 11, 2009 at 07:07:35PM +0200, Carl Fredrik Hammar wrote: > To load a mobile object we first need to load its code base that has > been specified by the sender of the object. The ideal way to do this > would be to send a port to a .so file and then load that. > > If we loaded the

Re: [PATCH] fully enable rpctrace to trace multitask programs.

Hi, On Mon, Jun 22, 2009 at 05:22:48PM +0800, Da Zheng wrote: > olafbuddenha...@gmx.net wrote: >>> Though Hurd provides ihash, we cannot use it as a dynamic array or >>> linked list. They are very common structure. We should have a general >>> implementation and include them in some library such

Re: System stability

Hi, On Tue, Jun 16, 2009 at 11:13:26PM +0200, Arne Babenhauserheide wrote: > Am Montag, 15. Juni 2009 00:38:16 schrieb olafbuddenha...@gmx.net: > > I must admit that the ratio is probably even worse in my case... I > > got very mixed results with bug reports to various projects in the > > past, w

Re: cmp: the port comparison server

Hi, On Wed, Jun 17, 2009 at 09:12:10AM +0200, Carl Fredrik Hammar wrote: > On Mon, Jun 15, 2009 at 01:24:05AM +0200, olafbuddenha...@gmx.net > wrote: > > On Wed, Jun 10, 2009 at 01:49:02PM +0200, Carl Fredrik Hammar wrote: > > Actually, I'm not sure where the comparision server fits in, in view >

Re: [PATCH] fully enable rpctrace to trace multitask programs.

Hi, On Mon, Jun 15, 2009 at 04:04:43PM +0800, Zheng Da wrote: > Unfortunately, git in my Hurd doesn't support --patience option, so > the patch might be still messy in some places. 1.6.3.1 is available from the debian-ports repository -antrik-

Re: Moving to git

Hi, On Thu, Jun 18, 2009 at 08:25:01PM +0300, Sergiu Ivanov wrote: > On Thu, Jun 18, 2009 at 03:02:41PM +0200, Thomas Schwinge wrote: > > Also, I'll add branches for the former GSoC projects -- are there > > any former GSoC people (CCed) who already have done their work > > somewhere else than in

Re: Moving to git

Hi, On Thu, Jun 18, 2009 at 03:02:41PM +0200, Thomas Schwinge wrote: > Olaf asked whether we could fix the author and committer information > for the changesets. This can't be done reliably in an automated way > and surely no one wants to inspect 10,000+ changesets manually. As I > consider a c

Re: [PATCH] Don't abuse $(prefix) for finding build-time files.

Hi, On Wed, Jun 17, 2009 at 12:40:56AM +0200, Thomas Schwinge wrote: > +%.sdefsi: > + echo '#include ' | \ > + $(CPP) \ > + $(CPPFLAGS) $(MIGSFLAGS) $($*-MIGSFLAGS) -DSERVERPREFIX=S_ \ > + -x c - -o $@ Interesting idea, was looking for something like that... I wonder w

Re: Some more about Git usage

Hi, On Fri, Jun 19, 2009 at 03:00:34PM +0200, Thomas Schwinge wrote: > $ git checkout -b master-prefix_fix origin/master > $ git am < ~/where/you/saved/my/email > $ git push origin HEAD:master > $ git branch -d master-prefix_fix While it's possible to do it like that, this is

<    1   2   3   4   5   6   7   8   9   10   >