l4-hackers

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

2827 discussions

Re: Userland (UX) Runtime
by Michael J. Emswiler 27 Jun '06

27 Jun '06

When comparing differences between your output and the output of my K7-GCC4 binary, I notice the following differences: 1. Your kernel is 2.6.13.2, while mine is the default 10.1 kernel of 2.6.16.13-4 2. After the "Loading Module..." messages and before "Bootstrapping...", mine shows : Copying Module 0x039be000-0x039e0c99 [hello] 3. Your running a Pentium-M (I'm running a K-7), so my TLBs and Caches are different. 4. My init code/data freed is 7 pages. 5. I don't get a SIGSEGV after MIKEE: Exiting Thread::initialize(), it appears to go into a tight loop that ignores CTRL+C. Not sure what all that means but thought I'd point it out in case someone has an "Aha!" they might offer up. Thanks, MikeE On Tuesday 27 June 2006 05:28, you wrote: > Hi, > > I get the following... > > > ch12@krishna:/tmp/fiasco-ux> ./fiasco > > > Fiasco-UX on Linux 2.6.13.2-krishna (i686) > Mapped 64 MB Memory + 0 KB Framebuffer + 0 MB Input Area on FD 3 > > Loading Module 0x00090000-0x00096924 [sigma0-ux] > Loading Module 0x00120000-0x002bc9c4 [roottask] > > Bootstrapping... > > Welcome to Fiasco(ux)! > DD-L4(v2)/x86 microkernel (C) 1998-2006 TU Dresden > Rev: Mon Jun 26 22:50:26 2006 compiled with gcc 3.4.6 for Intel Pentium > > CPU: GenuineIntel (6:9:5:16) Model: Pentium-M (Banias) at 598 MHz > > 128 Entry I TLB (4K pages) 2 Entry I TLB (4M pages) > 128 Entry D TLB (4K pages) 8 Entry D TLB (4M pages) > 32 KB L1 I Cache (8-way associative, 64 bytes per line) > 32 KB L1 D Cache (8-way associative, 64 bytes per line) > 1024 KB L2 U Cache (8-way associative, 64 bytes per line) > > Freeing init code/data: 24576 bytes (6 pages) > > MIKEE: Initializing Architecture... > MIKEE: Starting System... > MIKEE: Creating Kernel Thread... > MIKEE: Bootstrapping Kernel Thread... > MIKEE: Activating Helping Lock... > MIKEE: Initializing System Clock... > MIKEE: Initializing Scheduler... > MIKEE: Enabling Timers... > MIKEE: Bootstrapping Architecture... > MIKEE: Initialization Delay Loop... > MIKEE: Running Kernel Thread... > MIKEE: Freeing InitCall Section... > MIKEE: Initializing Idle Thread... > MIKEE: Initializing Workload... > MIKEE: Creating Sigma0 Task... > MIKEE: Creating Sigma0 Thread... > MIKEE: Initializng Sigma0 Workload... > MIKEE: Initializng Sigma0 Thread... > MIKEE: Entering Thread::initialize()... > MIKEE: Initializing Entry Frame... > MIKEE: Check for Dead Thread... > MIKEE: Resurrect Thread... > MIKEE: Check for Exception... > MIKEE: Examine Instruction Pointer... > MIKEE: Initializing Instruction Pointer... > MIKEE: Changing State... > MIKEE: Initializing Stack Pointer... > MIKEE: Check for Preempter... > MIKEE: Exiting Thread::initialize()... > Segmentation fault > > > So Fiasco-UX stops on SIGSEGV. Maybe you should also send me your > globalconfig.out from your Fiasco build directory. > > Up to now I have no glue what the problem could be... -- Thanks, MikeE

2 1

L4Env / DOPE Question
by Michael J. Emswiler 25 Jun '06

25 Jun '06

Is this the correct mailing list for raising L4Env and/or DOPE questions and comments? If not, please let me know where this should be posted. I am interested in possibly porting over OpenBinder to the L4Env / Dope environment. Was wondering if anyone has looked at this or had any thoughts or any interest? This will be my first port of something to the L4Env (perhaps I should start with something smaller), so any tips on porting (or links thereto) would be greatly appreciated. -- Thanks, MikeE

3 2

Binary Compatibility of compiled programs in different DROPS versions?
by Arthur Mielimonka 25 Jun '06

25 Jun '06

Hi, can you tell me if programs compiled for a specific DROPS version are runable on other DROPS versions as well? Or is it necessary to compile the program on each target machine? I do not talk about programs like dm_phys or rmgr but about user applications which use some DROPS RT-functions. Thanks, Arthur

2 1

Compiling DROPS with GCC 4
by Oskar Senft 23 Jun '06

23 Jun '06

Hi! Is it possible to compile DROPS with GCC 4 now? I still get the following error: make[2]: Entering directory `/home/osk/tmp/dropsupdate-060619-163030/drops-060619/l4/pkg/l4io' Makefile:8: *** Wrong gcc major version "" - use 3.x for l4io. Stop. make[2]: Leaving directory `/home/osk/tmp/dropsupdate-060619-163030/drops-060619/l4/pkg/l4io' Best regards Oskar. -- Sirrix AG security technologies - http://www.sirrix.com Oskar Senft eMail: o.senft(a)sirrix.com Tel +49 (681) 936 251 - 119 Fax +49 (681) 936 251 - 500 get public key from keyserver Fingerprint 6FC6 3E44 233F 7F4B 33C7 A8D0 2EDA F3BA B5A3 0BA4 This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message.

4 6

Build problems with make 3.81rc2
by Oskar Senft 21 Jun '06

21 Jun '06

Hi people! With "GNU Make 3.81rc2" and "GNU sed version 4.1.4" from Debian testing, I get an error with the following entries in l4/tool/gcc-wrap/Makefile: $(SYSTOOLS): %.$(SYSTEM): %.in .general.d @$(GEN_MESSAGE) $(VERBOSE)sed '\ s,@system@,$(SYSTEM),g;\ s,@ar@,$(AR),g;\ s,@nm@,$(NM),g;\ s,@ranlib@,$(RANLIB),g;\ s,@cc@,$(CC_$(DEFAULT_ARCH)),g;\ s,@cxx@,$(CXX_$(DEFAULT_ARCH)),g;\ s,@l4dir@,$(absfilename $(L4DIR)),g;\ s,@dropsdir@,$(DROPS_STDDIR),g;\ s,@compilerincdir@,$(GCCDIR_$(DEFAULT_ARCH))/include,g;\ s,@libgcc@,$(GCCLIB_$(DEFAULT_ARCH)),g;\ s,@libgcc_eh@,$(GCCLIB_EH_$(DEFAULT_ARCH)),g;\ s,@default_system@,$(DEFAULT_SYSTEM),g;\ s,@default_arch@,$(DEFAULT_ARCH),g;\ s,@default_cpu@,$(call PROCESS_SYSTEM, 's/[^-_]*_$[^-]*$.*/\1/p'),g;\ s,@default_l4api@,$(call PROCESS_SYSTEM, 's/.*-$.*$/\1/p'),g;\ ' $< > $@.new $(VERBOSE)chmod 755 $@.new $(VERBOSE)mv $@.new $@ For some reason (probably "make" or "sed" is broken?), the multi-line sed command is not recognized properly. I get the following error: ... Generating drops-ar.Linux sed '\ s,@system@,Linux,g;\ s,@ar@,ar,g;\ s,@nm@,nm,g;\ s,@ranlib@,ranlib,g;\ s,@cc@,,g;\ s,@cxx@,,g;\ s,@l4dir@,,g;\ s,@dropsdir@,/home/osk/tmp/dropsupdate-060619-163030/drops-060619/build,g;\ s,@compilerincdir@,/include,g;\ s,@libgcc@,,g;\ s,@libgcc_eh@,,g;\ s,@default_system@,x86_586,g;\ s,@default_arch@,x86,g;\ s,@default_cpu@,586,g;\ s,@default_l4api@,,g;\ ' drops-ar.in > drops-ar.Linux.new sed: -e expression #1, char 359: unterminated address regex make: *** [drops-ar.Linux] Error 1 When I try it "by hand", I get the same error. Nevertheless it works, when I put all the sed command into a single line. Probably you already have a better solution to that? Best regards Oskar. -- Sirrix AG security technologies - http://www.sirrix.com Oskar Senft eMail: o.senft(a)sirrix.com Tel +49 (681) 936 251 - 119 Fax +49 (681) 936 251 - 500 get public key from keyserver Fingerprint 6FC6 3E44 233F 7F4B 33C7 A8D0 2EDA F3BA B5A3 0BA4 This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message.

2 3

Build problems with dice
by Tonnerre Lombard 21 Jun '06

21 Jun '06

Salut, Trying to build dice, I get the following errors: g++ -Wunused -Wunused-parameter -g -O2 -o dice -export-dynamic main.o Compiler.o CParser.o File.o Object.o version.o CCParser.o CCXXParser.o CDCEParser.o CCORBAParser.o CPreProcess.o IncludeStatement.o Exception.o -L../src/be/l4/v2 -lv2 -L../src/be/l4/v2/amd64 -lv2amd64 -L../src/be/l4/v2/ia32 -lv2ia32 -L../src/be/l4/x0 -lx0 -L../src/be/l4/v4 -lv4 -L../src/be/l4/v4/ia32 -lv4ia32 -L../src/be/l4 -ll4 -L../src/be/sock -lsock -L../src/be/cdr -lcdr -L../src/be -lbe -L../src/parser/dce -ldce -L../src/parser/corba -lcorba -L../src/parser/inc -linc -L../src/parser/gcc-c -lgcc_c -L../src/parser/gcc-cxx -lgcc_cxx -L../src/fe -lfe -lstdc++ -ldl CCParser.o: In function `CCParser::Parse(void*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int, bool, bool)': /root/l4/tool/dice/src/CCParser.cpp:258: undefined reference to `gcc_c_flex_debug' /root/l4/tool/dice/src/CCParser.cpp:268: undefined reference to `gcc_cin' /root/l4/tool/dice/src/CCParser.cpp:269: undefined reference to `StartBufferGccC(_IO_FILE*)' /root/l4/tool/dice/src/CCParser.cpp:263: undefined reference to `gcc_c_flex_debug' /root/l4/tool/dice/src/CCParser.cpp:272: undefined reference to `RestoreBufferGccC(void*, bool)' /root/l4/tool/dice/src/CCParser.cpp:284: undefined reference to `GetCurrentBufferGccC()' CCParser.o: In function `CCParser::Import(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': /root/l4/tool/dice/src/CCParser.cpp:105: undefined reference to `GetCurrentBufferGccC()' /root/l4/tool/dice/src/CCParser.cpp:155: undefined reference to `RestoreBufferGccC(void*, bool)' CCXXParser.o: In function `CCXXParser::Parse(void*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int, bool, bool)': /root/l4/tool/dice/src/CCXXParser.cpp:239: undefined reference to `gcc_cxx_flex_debug' /root/l4/tool/dice/src/CCXXParser.cpp:253: undefined reference to `RestoreBufferGccCxx(void*, bool)' /root/l4/tool/dice/src/CCXXParser.cpp:244: undefined reference to `gcc_cxx_flex_debug' /root/l4/tool/dice/src/CCXXParser.cpp:249: undefined reference to `gcc_cxxin' /root/l4/tool/dice/src/CCXXParser.cpp:250: undefined reference to `StartBufferGccCxx(_IO_FILE*)' /root/l4/tool/dice/src/CCXXParser.cpp:265: undefined reference to `GetCurrentBufferGccCxx()' CCXXParser.o: In function `CCXXParser::Import(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': /root/l4/tool/dice/src/CCXXParser.cpp:93: undefined reference to `GetCurrentBufferGccCxx()' /root/l4/tool/dice/src/CCXXParser.cpp:145: undefined reference to `RestoreBufferGccCxx(void*, bool)' CDCEParser.o: In function `CDCEParser::Parse(void*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int, bool, bool)': /root/l4/tool/dice/src/CDCEParser.cpp:249: undefined reference to `dce_flex_debug' /root/l4/tool/dice/src/CDCEParser.cpp:259: undefined reference to `dcein' /root/l4/tool/dice/src/CDCEParser.cpp:260: undefined reference to `StartBufferDce(_IO_FILE*)' /root/l4/tool/dice/src/CDCEParser.cpp:254: undefined reference to `dce_flex_debug' /root/l4/tool/dice/src/CDCEParser.cpp:263: undefined reference to `RestoreBufferDce(void*, bool)' /root/l4/tool/dice/src/CDCEParser.cpp:275: undefined reference to `GetCurrentBufferDce()' CDCEParser.o: In function `CDCEParser::Import(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': /root/l4/tool/dice/src/CDCEParser.cpp:95: undefined reference to `GetCurrentBufferDce()' /root/l4/tool/dice/src/CDCEParser.cpp:150: undefined reference to `RestoreBufferDce(void*, bool)' CCORBAParser.o: In function `CCORBAParser::Import(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': /root/l4/tool/dice/src/CCORBAParser.cpp:93: undefined reference to `GetCurrentBufferCorba()' /root/l4/tool/dice/src/CCORBAParser.cpp:145: undefined reference to `RestoreBufferCorba(void*, bool)' CCORBAParser.o: In function `CCORBAParser::Parse(void*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int, bool, bool)': /root/l4/tool/dice/src/CCORBAParser.cpp:222: undefined reference to `corba_flex_debug' /root/l4/tool/dice/src/CCORBAParser.cpp:232: undefined reference to `corbain' /root/l4/tool/dice/src/CCORBAParser.cpp:233: undefined reference to `StartBufferCorba(_IO_FILE*)' /root/l4/tool/dice/src/CCORBAParser.cpp:227: undefined reference to `corba_flex_debug' /root/l4/tool/dice/src/CCORBAParser.cpp:236: undefined reference to `RestoreBufferCorba(void*, bool)' /root/l4/tool/dice/src/CCORBAParser.cpp:248: undefined reference to `GetCurrentBufferCorba()' CPreProcess.o: In function `CPreProcess::PreProcess(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, bool)': /root/l4/tool/dice/src/CPreProcess.cpp:346: undefined reference to `incin' /root/l4/tool/dice/src/CPreProcess.cpp:347: undefined reference to `incout' /root/l4/tool/dice/src/CPreProcess.cpp:351: undefined reference to `inclex()' ../src/parser/dce/libdce.a(parser.o): In function `dceparse()': /root/l4/tool/dice/src/parser/dce/y.tab.c:2677: undefined reference to `dcelex(YYSTYPE*)' ../src/parser/dce/libdce.a(parser.o): In function `dceparse()': /root/l4/tool/dice/src/parser/dce/parser.yy:3584: undefined reference to `dcelex(YYSTYPE*)' ../src/parser/corba/libcorba.a(parser.o): In function `corbaparse()': /root/l4/tool/dice/src/parser/corba/y.tab.c:1868: undefined reference to `corbalex(YYSTYPE*)' ../src/parser/gcc-c/libgcc_c.a(parser.o): In function `gcc_cparse()': /root/l4/tool/dice/src/parser/gcc-c/y.tab.c:2637: undefined reference to `gcc_clex(YYSTYPE*)' ../src/parser/gcc-cxx/libgcc_cxx.a(parser.o): In function `gcc_cxxparse()': /root/l4/tool/dice/src/parser/gcc-cxx/y.tab.c:5457: undefined reference to `gcc_cxxlex(YYSTYPE*)' collect2: ld returned 1 exit status It seems that your #define magic doesn't work overly well... Any ideas on how to fix it? Or is it an error using the makefiles? BTW, the documentation is also inaccurate: it states that one should just type make config and make, but you have to add O=/where/ever to the mess. Tonnerre -- SyGroup GmbH Tonnerre Lombard Loesungen mit System Tel:+41 61 333 80 33 Roeschenzerstrasse 9 Fax:+41 61 383 14 67 4153 Reinach Web:www.sygroup.ch tonnerre.lombard(a)sygroup.ch

2 3

MIKES 2006 workshop update
by Ihor Kuz 21 Jun '06

21 Jun '06

Hi, Several months ago we sent you an invitation to the MIKES 2006 (microkernels for embedded systems) workshop being held in Sydney this August. Unfortunately there have been too few submissions to create a quality workshop program worthy of interest. The organisers have decided to postpone the workshop until January 2007, and will work hard on advertising the workshop more widely. We encourage you to resubmit your work to MIKES later this year for the workshop in January. Regards Ihor Kuz on behalf of the MIKES workshop organising committee: Gernot Heiser Stefan Petters Ihor Kuz http://www.ertos.nicta.com.au/events/06/0815-mikes.pml

1 0

Build Issues
by Michael J. Emswiler 17 Jun '06

17 Jun '06

Hi, I am trying to follow the directions (which may be old?) on the Fiasco site for building. (I am attempting to build a full DROP system eventually.) I am running OpenSuse 10.1, and have installed GCC 3.4.6 specifically for this purpose. After restructuring my dev area, I am building out of usr/src/drops. I have checked out the latest versions of l4 and l4linux-2.6 (even tried the hello alias.) For some reason, I can't seem to get past a missing configure in the tool/dice subdirectory. Can anyone clue me in as to how to generate this file properly? I start in usr/src/drops, create a bin directory to receive the output, type make -C l4 config and point DROPS_STDDIR to /usr/src/drops/bin, then I check the Linux-2.6 kernel sources available, and the default path appears correct ($(L4DIR)/../l4linux-2.6) and Save the configuration. Subsequently, I cd directly into l4 and try a simple make. It then asks for me to always provide O=.../builddir -- is this the same dir I provide in the config Target Path for DROPS_STDDIR ? So after doing that, it wants me to run config again ... so I do and set the paths all over again. After that, it gets through the bootstrap step in dice, but fails because ./configure does not exist. I am sure I am doing something stupid or missing a vital stip. Any tips would be appreciated. Thanks, MikeE

2 1

Multiprocessor Fiasco? Drops on Pistachio?
by Michael J. Emswiler 16 Jun '06

16 Jun '06

Hi, I was wondering if anyone was working on either of the following scenarios: 1. EM64T or AMD64 multiprocessor support for Fiasco 2. Running the DROPS OS on top of multiprocessor Pistachio I am interested in this functionality, would like to not duplicate any existing work, and would like to contribute to these areas if there are already folks working on this. Thanks, MikeE

1 0

Please Ignore: Building with GCC 4.1
by Michael J. Emswiler 16 Jun '06

16 Jun '06

It looks like i am just missing packages... please ignore the following email! Is anyone working on a GCC 4.x port? Or should i attempt to install 3.4.x side-by-side with 4.1? I am running OpenSuse 10.1 with GCC 4.1.0 on an Athlon I checked out the l4 tree from CVS and tried make -C l4 config O=./bin and get the following errors: make: Entering directory `/home/memswiler/Projects/Emswiler/Drops/l4' make -C ./tool/config make[1]: Entering directory `/home/memswiler/Projects/Emswiler/Drops/l4/tool/config' make -C lxdialog lxdialog make[2]: Entering directory `/home/memswiler/Projects/Emswiler/Drops/l4/tool/config/lxdialog' gcc -DLOCALE -MD -DCURSES_LOC="<curses.h>" -c -o checklist.o checklist.c In file included from checklist.c:24: dialog.h:29:20: error: curses.h: No such file or directory In file included from checklist.c:24: dialog.h:127: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘use_colors’ dialog.h:128: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘use_shadow’ dialog.h:130: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘attributes’ dialog.h:143: error: expected ‘)’ before ‘*’ token dialog.h:146: error: expected ‘)’ before ‘*’ token dialog.h:147: error: expected ‘)’ before ‘*’ token dialog.h:148: error: expected ‘)’ before ‘*’ token dialog.h:150: error: expected ‘)’ before ‘*’ token checklist.c:32: error: expected ‘)’ before ‘*’ token checklist.c:64: error: expected ‘)’ before ‘*’ token checklist.c:103: error: expected ‘)’ before ‘*’ token checklist.c: In function ‘dialog_checklist’: checklist.c:126: error: ‘WINDOW’ undeclared (first use in this function) checklist.c:126: error: (Each undeclared identifier is reported only once checklist.c:126: error: for each function it appears in.) checklist.c:126: error: ‘dialog’ undeclared (first use in this function) checklist.c:126: error: ‘list’ undeclared (first use in this function) checklist.c:133: warning: incompatible implicit declaration of built-in function ‘fprintf’ checklist.c:133: error: ‘stderr’ undeclared (first use in this function) checklist.c:148: error: ‘COLS’ undeclared (first use in this function) checklist.c:149: error: ‘LINES’ undeclared (first use in this function) checklist.c:151: error: ‘stdscr’ undeclared (first use in this function) checklist.c:154: error: ‘TRUE’ undeclared (first use in this function) checklist.c:156: error: ‘attributes’ undeclared (first use in this function) checklist.c:231: error: ‘KEY_UP’ undeclared (first use in this function) checklist.c:231: error: ‘KEY_DOWN’ undeclared (first use in this function) checklist.c:241: error: ‘FALSE’ undeclared (first use in this function) checklist.c:270: error: called object ‘scroll’ is not a function checklist.c:309: error: ‘KEY_LEFT’ undeclared (first use in this function) checklist.c:310: error: ‘KEY_RIGHT’ undeclared (first use in this function) checklist.c:343: warning: incompatible implicit declaration of built-in function ‘fprintf’ checklist.c:345: warning: incompatible implicit declaration of built-in function ‘fprintf’ make[2]: *** [checklist.o] Error 1 make[2]: Leaving directory `/home/memswiler/Projects/Emswiler/Drops/l4/tool/config/lxdialog' make[1]: *** [lxdialog/lxdialog] Error 2 make[1]: Leaving directory `/home/memswiler/Projects/Emswiler/Drops/l4/tool/config' make: *** [tool/config/lxdialog/lxdialog] Error 2

1 0

Jump to page:

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