[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

(no subject)

From: l4-hurd-admin
Subject: (no subject)
Date: Wed, 24 Oct 2001 08:14:29 +0200 (MET DST)

LImCr(À>:\Á<address@hidden>Re: Moving forward (was L4Hurd at 
Sourceforge)<address@hidden>c=fr;a= ;p=sema 
ý?äqÁ\1Ùr¯l²ÛÈ#Õé'Ó 6&
GROUP/ou=HUBp+Moving forward (was L4Hurd at 
Sourceforge)address@hidden@G3c=fr;a= ;p=sema 
4ý?7/Re: Moving forward (was L4Hurd at Sourceforge)=Re: 
ÐWASCARVARIANP<address@hidden>0SERRA Yannick - SOP@:q:ÿÿÿÿ
EwLsReceived: by hubmes01.sema.fr with Internet Mail Service (5.5.2653.19)
        id <VMVLLGXK>; Wed, 24 Oct 2001 03:16:16 +0100
Received: from mailrelay2.sema.fr ([]) by hubmes01.sema.fr with 
SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
        id VMVLLGXJ; Wed, 24 Oct 2001 03:16:11 +0100
Received: from fencepost.gnu.org (fencepost.gnu.org [])
        by mailrelay2.sema.fr (8.9.3/8.9.3) with ESMTP id DAA02775
        for <address@hidden>; Wed, 24 Oct 2001 03:13:51 +0200 (MET DST)
Received: from localhost ([] helo=fencepost.gnu.org)
        by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian))
        id 15wCXY-00024H-00; Tue, 23 Oct 2001 21:09:04 -0400
Received: from mail-ob.kamp.net ([])
        by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian))
        id 15wCVB-00021b-00
        for <address@hidden>; Tue, 23 Oct 2001 21:06:37 -0400
Received: from bsdevil.meta.net (port-22.d.kamp.de [])
        by mail-ob.kamp.net (8.10.1/8.10.1) with ESMTP id f9O16JK08018;
        Wed, 24 Oct 2001 03:06:19 +0200
Received: from bsdevil.meta.net.ob.kamp.net (localhost [])
        by bsdevil.meta.net (8.11.3/8.11.3) with ESMTP id f9O0U4m00469;
        Wed, 24 Oct 2001 02:30:05 +0200 (CEST)
Message-Id: <address@hidden>
From: Farid Hajji <address@hidden>
To: address@hidden
CC: address@hidden
In-reply-to: <address@hidden> (message from Ian Duggan on
        Tue, 23 Oct 2001 11:24:23 -0700)
Subject: Re: Moving forward (was L4Hurd at Sourceforge)
X-Mailer: Emacs-20.7.1/NetBSD-1.5.1
Reply-to: address@hidden
References: <address@hidden>
 <address@hidden> <address@hidden>
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.5
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/l4-hurd>,
List-Id: L4 port of GNU Hurd <l4-hurd.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/l4-hurd>,
List-Archive: <http://mail.gnu.org/pipermail/l4-hurd/>
Date: Wed, 24 Oct 2001 02:30:04 +0200 (CEST)

> This makes sense too. I was thinking it'd be easier if we could grab
> everything that we needed from a single CVS. I'm not expecing a lot of
> changes either. The only one I can think of offhand is a patch to allow
> fiasco to boot with more that 128MB of memory installed.
I don't know if others on this list experienced difficulties with
Dresden's CVS server. They seem to have a flaky server sometimes,
but not recently.

> > To summarize: I don't see any reason to import the Hurd sources right
> > now into l4hurd CVS, because I don't expect that we will modify them
> > any time soon.
> Convenience, write access, and a record of our changes are again my
> thinking here. We also can't code against a moving target. It seems to
> me that it would be easier to have our own version to work with so that
> we could merge their progress into our stuff as things progress. That
> way we are feeding patches in both directions, and we don't have to feed
> the real Hurd anything until we have it at a point where it is good
> enough to do so.
The Hurd is currently a creeping, rather than a moving target ;-).
Seriously though: Niels rightly suggested that we only add things
to CVS that we are currently also working on. I agree with Niels
here, because I don't expect us to compile glibc/l4 or hurd/l4
in its entirety in the next couple of weeks. If we followed Roland's
suggestion by porting 'boot' and hurd/utils/shd.c, that would
certainly belong into our l4hurd/ directory. The rest of the
Hurd/Glibc code is readily available through savannah, so I don't
see the need to import that here. We really should incrementally
port the Hurd and move the changed code to l4hurd/ when we're ready
to work on it. At least, this is what I'd suggest.

> > I'd suggest that we restrict ourselves to the APIs (C-Bindings)
> > that are common in at least fiasco and hazelnut for now. Best way
> > to ensure this would be to compile (and test!) with both kernels
> > simultaneously.
> I agree that we should work with both kernels. Everyone seems to be
> saying hazelnut to start, so I think it's decided. Hazelnut it is.
Okay. No objections here ;)

> > Do we have to use oskit at all? If so, I'd prefer that its use be
> > purely optional, e.g. for single (non-essential) user-level tasks
> I guess not. It's a part of the fiasco CVS right now. I don't know what
> the interdependencies are. Since we are using Hazelnut, I guess it isn't
> important at the moment.
When you really realize how slim L4 is, you'll quickly see the need for
OSKit components. My point is we should restrict ourselves to use
OSKit only in user-level tasks like, say, pager, driver-tasks etc,
but certainly not in L4 itself.


Farid Hajji -- Unix Systems and Network Admin | Phone: +49-2131-67-555
Broicherdorfstr. 83, D-41564 Kaarst, Germany  | address@hidden
- - - - - - - - - - - - - - - - - - - - - - - + - - - - - - - - - - - -
One OS To Rule Them All And In The Darkness Bind Them... --Bill Gates.

L4-hurd mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]