l4-hackers

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

2 participants
2880 discussions

Re: SMP-Fiasco,Compare it with QNX
by Michael Hohmuth 09 Jun '99

09 Jun '99

"Gottfried F. Zojer" <go.enzoy(a)carinthia.com> writes: > First I was a OS/2 Programmer also using the Watcom-Compiler.For the > reason that the support of IBM was uncalculatable I tried to find > something different there I can use my Watcom skills.And I found > QNX.But it was simple to expensive for my use but I was thrilled from > it s abilities.So I will ask some question to the list in the hope of > feedback. > 1)Tried somebody to compile FIASCO with a different compiler then GNU > GCC No. I don't think that adapting the code to a different compiler would be a big problem, but so far nobody thought this to be a worthwile project. > 2)Are there any plans to support SMP or other forms to use this > kernel in High Performance Computing or Clustering. We plan to add SMP support, but haven't yet committed any resources to this project. > 3)From QNX I own the Demodisk(IAT-Internet Appliances Toolkit).Exist > something similar for FIASCO and DROPS. Not yet, but this is a good idea. Maybe later this year... ;) > 4)Tried somebody FIASCO kernel on Embedded products from AMD and > Jumptec. No; we don't have access to this hardware. But we do want to support it, and we're willing to work with anyone planning to get Fiasco going on it. Cheers, Michael -- hohmuth(a)innocent.com, hohmuth(a)sax.de http://www.sax.de/~hohmuth/

1 0

SMP-Fiasco,Compare it with QNX
by Gottfried F. Zojer 09 Jun '99

09 Jun '99

Hello, I m a newbie to this list and also in case of Kernel-programming. So I writing this mail with the hope that any feedback is coming. First I was a OS/2 Programmer also using the Watcom-Compiler.For the reason that the support of IBM was uncalculatable I tried to find something different there I can use my Watcom skills.And I found QNX.But it was simple to expensive for my use but I was thrilled from it s abilities.So I will ask some question to the list in the hope of feedback. 1)Tried somebody to compile FIASCO with a different compiler then GNU GCC 2)Are there any plans to support SMP or other forms to use this kernel in High Performance Computing or Clustering. 3)From QNX I own the Demodisk(IAT-Internet Appliances Toolkit).Exist something similar for FIASCO and DROPS. 4)Tried somebody FIASCO kernel on Embedded products from AMD and Jumptec. Nice greetings from Austria Gottfried F. Zojer

1 0

Re: Ein paar Fragen/Anmerkungen zur neuen Directory Struktur
by Jean Wolter 04 Jun '99

04 Jun '99

Jean Wolter <jw5(a)inf.tu-dresden.de> writes: > > Hallo, > Sorry for the German language posting, I accidently picked the wrong mailing list. Jean -- I get up each morning, gather my wits. Pick up the paper, read the obits. if I'm not there I know I'm not dead. So I eat a good breakfast and go back to bed. Peete Seeger

1 0

Ein paar Fragen/Anmerkungen zur neuen Directory Struktur
by Jean Wolter 04 Jun '99

04 Jun '99

Hallo, nachdem nun etwas Zeit für die liegen gebliebenen Arbeiten ist, habe ich versucht, das Repository zu übersetzen. Das ging natürlich nicht. Zwei Gründe: 1. Die privaten Includedirs sind nicht gesetzt (mit einem "PRIVATE_INCDIR='../include' make" kommt man ein Stück weiter). Sollen die privaten includes lokal gesetzt werden, dann müssen alle Makefiles angepaßt werden oder setzen wir das global? 2. Es gibt Unstimmigkeiten über die Lokation der L4 Headerfiles (ehemals libl4sys). Micha vermutet sie unter l4/sys/, sie liegen aber unter l4/. Was ist nun richtig und wer passt es an? Jean -- I get up each morning, gather my wits. Pick up the paper, read the obits. if I'm not there I know I'm not dead. So I eat a good breakfast and go back to bed. Peete Seeger

1 0

Re:
by Michael Hohmuth 31 May '99

31 May '99

"benben xiao" <xiaoxiaoben(a)hotmail.com> writes: > When I see fiasco kernel, I have a simple question: > I don't know > #if 0 > ... > ... > #endif > what do '0' mean there? This is a way to comment out unused code: Everything between "#if 0" and "#endif" is stripped by the preprocessor, and is ignored by the compiler. For more information about the C/C++ preprocessor, please refer to the GNU CPP manual. On most systems, you can browse it with "info cpp". The answer to your particular question is in "info cpp conditional deletion". Michael -- hohmuth(a)innocent.com, hohmuth(a)sax.de http://www.sax.de/~hohmuth/

1 0

Re: Default attributes of tasks/lthreads
by Michael Hohmuth 31 May '99

31 May '99

Robert Kaiser <rob(a)sysgo.de> writes: > The question came up while writing a test suite for a microkernel > we are currently developing. It's API is not identical, but quite > similar to L4's (we would like to run L4Linux on it in the future). If your kernel's API is similar enough: Is there a chance of releasing your test suite as open source? We probably could adapt it to our implementations, and having a test suite for Fiasco and L4/x86 would be very useful. > I can certainly handle this behavior, but I was just wondering > what would be a "clean" design. From what I just learned, there > is in fact a difference between a thread being created and a thread > being re-started into a new context: In the first case, the thread's > scheduling parameters are inherited from the caller, in the latter > case, they retain whatever values they had before. So the caller > of lthread_ex_regs has to be aware of wether the thread already > exists or not. Yes, that's true. What you proposed earlier in this thread (make it possible to set scheduling parameters for not-yet-existing local threads) seems to be somewhat cleaner, but I think the current behavior isn't very difficult to handle; tasks have to keep track of thread states anyway because they manage the allocation of local thread ids themselves. Michael -- hohmuth(a)innocent.com, hohmuth(a)inf.tu-dresden.de http://home.pages.de/~hohmuth/

1 0

Re: Default attributes of tasks/lthreads
by Michael Hohmuth 31 May '99

31 May '99

Robert Kaiser <rob(a)sysgo.de> writes: > I have a question regarding the default scheduling parameters > of newly created tasks and lthreads under L4: > > When I create a new task with the task_new syscall, according > to the L4 manual, that task's lthread 0 starts running immediately. > > But what are it's scheduling parameters (timeslice duration, > priority) in this case ? > > Similarly, when I create a new lthread with lthread_ex_regs, > how are it's scheduling parameters determined ? The parameters are inherited from the creating thread. There usually is a way to change the parameters before the new thread starts running: Use the thread_schedule system call before serving the thread's first page fault. > Also, is it possible to set these parameters for an lthread > that does not yet exist (The manual doesn't explicitly state > this, but the fact that -conceptually- all lthreads of a task > always exist would suggest that this is indeed possible) ? Good question. I think this is not really defined in the manual. The current implementations don't support what you suggest; instead, the scheduling parameters are inherited from the creating thread once the new thread is ``really'' created. Do you have an application where this behavior is a problem? Michael -- hohmuth(a)innocent.com, hohmuth(a)sax.de http://www.sax.de/~hohmuth/

3 2

(no subject)
by benben xiao 31 May '99

31 May '99

Hi Hackers: When I see fiasco kernel, I have a simple question: I don't know #if 0 ... ... #endif what do '0' mean there? Please pardon my poor english! Thank you! ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

Default attributes of tasks/lthreads
by Robert Kaiser 27 May '99

27 May '99

Hi Hackers, I have a question regarding the default scheduling parameters of newly created tasks and lthreads under L4: When I create a new task with the task_new syscall, according to the L4 manual, that task's lthread 0 starts running immediately. But what are it's scheduling parameters (timeslice duration, priority) in this case ? Similarly, when I create a new lthread with lthread_ex_regs, how are it's scheduling parameters determined ? Also, is it possible to set these parameters for an lthread that does not yet exist (The manual doesn't explicitly state this, but the fact that -conceptually- all lthreads of a task always exist would suggest that this is indeed possible) ? Thanks for any response Rob ---------------------------------------------------------------- Robert Kaiser email: rkaiser(a)sysgo.de SYSGO RTS GmbH Carl-Zeiss-Str. 41 phone: (49) 6131 9138-80 D-55129 Mainz / Germany fax: (49) 6131 9138-10

1 0

Re: GMD paper
by Michael Hohmuth 25 May '99

25 May '99

I wrote a few minutes ago: > This paper is now available (along with many other interesting papers > from Jochen) from <URL:http://i30www.ira.uka.de/images/b_publications_on.gif>. ^^^^ Oops, although you probably like GIFs, this one isn't of particular utility. Here's the correct URL: <URL:http://i30www.ira.uka.de/publications/index.html>. Michael -- hohmuth(a)innocent.com, hohmuth(a)inf.tu-dresden.de http://home.pages.de/~hohmuth/

1 0

Jump to page:

2025

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