l4-hackers January 2002

l4-hackers@os.inf.tu-dresden.de

11 participants
6 discussions

L4 Version X.2 announcement
by Uwe Dannowski 28 Jan '02

28 Jan '02

The L4Ka Team is happy to announce the availability of the L4 microkernel API specification, Version X.2. The specification can be downloaded in PDF format from the L4Ka web-site (http://l4ka.org/). It should be noted that the Version X.2 specification is experimental. Future revisions may contain modifications and introduce incompatibilities with the current revision. It is nevertheless our intention that the amount of changes to the specification should be small, and that the X.2 specification should deviate as little as possible from the forthcoming Version 4 specification. The L4Ka Team is currently working on providing a reference implementation for the specification. No release date has been chosen. - The L4Ka Team

1 0

L4/Alpha palcodes
by Goswin Brederlow 25 Jan '02

25 Jan '02

Hi, I hope this is the right place, havent read anything here for ages. I was wondering whether the palcodes used by L4 on Alpha are disjunct to the ones used by OSF / BSD / Linux. If not could they be made disjunct? The idea I have in mind is to make a module for linux that catches the L4 syscalls and throws them back into user-space. That way a L4 environment could be setup within linux. It would be much like user-space-linux and would save a lot of reboots just to test out a few bytes of code. On the other hand, inside L4 you could do the same with OSF / BSD / Linux syscalls and thus run their binaries under L4. (You want to run Netscape under L4? Or Mathematica? Or something as simple as xemacs and gcc?) A l4-linux for alpha would also need those changes (if any) I believe. MfG Goswin

4 5

RE: L4/Alpha palcodes
by Sebastian Schoenberg 22 Jan '02

22 Jan '02

Yes, they were set to numbers which do not conflict with OSF/Linux/WinNT. A PALcall instuction is coded as cmd (6 bits) = 0, number (26 bits). There are two ways of calling PALcode: A direct way, where a certain address is called, or an indirect way, which must examine the calling instruction to jump to the right place. All L4Alpha PALcalls are located at the end of direct-callable PALcalls, hence they are fast and do not conflict with any other system Seb > -----Original Message----- > From: Daniel Potts [mailto:danielp@cse.unsw.edu.au] > Sent: Dienstag, 22. Januar 2002 09:50 > To: Goswin Brederlow > Cc: l4-hackers(a)os.inf.tu-dresden.de > Subject: Re: L4/Alpha palcodes > > > On 22 Jan 2002, Goswin Brederlow wrote: > > > Hi, > > > > I hope this is the right place, havent read anything here for ages. > > > > > > I was wondering whether the palcodes used by L4 on Alpha > are disjunct > > to the ones used by OSF / BSD / Linux. > > yes they are. An exception is l4_whoami which is an > experimental syscall anyway. I think it maps directly to the > OSF whoami call. > > > > > If not could they be made disjunct? > > > > > > The idea I have in mind is to make a module for linux that > catches the > > L4 syscalls and throws them back into user-space. That way a L4 > > environment could be setup within linux. It would be much like > > user-space-linux and would save a lot of reboots just to test out a > > few bytes of code. > > heh :) That would be an interesting project. I'd be > interested to know how (if) you will deal with device > drivers, memory etc. > > > On the other hand, inside L4 you could do the same with OSF / BSD / > > Linux syscalls and thus run their binaries under L4. (You > want to run > > Netscape under L4? Or Mathematica? Or something as simple as xemacs > > and gcc?) > > > > > > A l4-linux for alpha would also need those changes (if any) > I believe. > > Yes that is how we would run unmodified Linux/Alpha binaries on L4.. > > Cheers, > Daniel > > _______________________________________________ > l4-hackers mailing list > l4-hackers(a)os.inf.tu-dresden.de > http://os.inf.tu-> dresden.de/mailman/listinfo/l4-hackers >

1 0

L4\UltraSPARCIIi?
by Crusher 20 Jan '02

20 Jan '02

I'm a graduate student at CSUS (California State University Sacramento). I was looking around the Internet for a Master's Project. I decided that since no one has ported L4 to the UltraSPARCIIi I would attempt it (as this is my first kernel, I'm not expecting too much), especially since the school has plenty of Sun machines around. I do already have a Sun Ultra 5 workstation and the development environment just about setup. Before I really started in on my project, I just wanted to make sure that a L4 port to the UltraSPARC isn't in the works or has been completed. Otherwise, I was hoping someone has done system work with the UltraSPARC and would be willing answer some of my UltraSPARC specific technical questions that I know will come up. Scott Tanaka

1 0

OSKit-Problems with newer glibc
by imi＠inf.tu-dresden.de 17 Jan '02

17 Jan '02

Hi Are there any reported solutions for compiling the oskit1.0 that comes with l4 with installed glibc 2.2.4 or newer? On my machine (Debian "sid", gcc 2.95.4) it throw a linker error while linking unix/linux/sbrk-hack.o together with libc.a because duplicate symbol __libc_multiple_libcs. The sbrk-hack's only purpose seems to be defining these global variable (as an int). Maybe this was an error in libc and got fixed in 2.2.4? However when I compiled under glibc 2.1.3-10 (and gcc 2.95.2) it works... -- Immanuel Scholz, PGP: (Work 0x9216F1E7, Home 0x3B5DC02D)

3 3

OSKit-Problems with newer glibc
by imi＠wh9.tu-dresden.de 16 Jan '02

16 Jan '02

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

l4-hackers January 2002