l4-hackers

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

2827 discussions

Re: Cannot read VHW structure!
by ahmad kamal 26 Jun '08

26 Jun '08

hi, thanks adam, i'm trying to load l4linux on fiasco-ux, hopefully, you guys don't mind if i ask very basics question. Regards Ahmad Kamal ----- Original Message ---- From: Adam Lackorzynski <adam(a)os.inf.tu-dresden.de> To: l4-hackers(a)os.inf.tu-dresden.de Sent: Thursday, June 26, 2008 2:52:07 PM Subject: Re: Cannot read VHW structure! Hi, On Wed Jun 25, 2008 at 22:09:05 -0700, ahmad kamal wrote: > Fiasco-UX on Linux 2.6.18-6-686 (i686) > Mapped 64 MB Memory + 0 KB Framebuffer + 0 KB Input Area on FD 3 > > l4dope | L4INPUT Fiasco-UX mode activated > l4dope | [B.2] input/lib/src/ux.c:95:init_stuff(): > l4dope | Cannot read VHW structure! > > > I went through related codes, it's look likes the KIP is not the correct KIP > > Do you guys have any idea? > > this is what i try to run. > > ./fiasco -l events -l names -l log -l dm_phys -l simple_ts -l l4io -l l4dope You need to add -G 800x600@16 (or similar) to the command line to get the graphical mode. Also make sure to have "Graphical Console" enabled in the Fiasco configuration. Adam -- Adam adam(a)os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/ _______________________________________________ l4-hackers mailing list l4-hackers(a)os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers

2 1

Cannot read VHW structure!
by ahmad kamal 26 Jun '08

26 Jun '08

Hi all, I've got this problem, when try to run l4dope in fiasco-ux this is the error message. Fiasco-UX on Linux 2.6.18-6-686 (i686) Mapped 64 MB Memory + 0 KB Framebuffer + 0 KB Input Area on FD 3 Loading Module 0x00100000-0x00109380 [sigma0] Loading Module 0x00110000-0x002ae000 [roottask] Copying Module 0x039a0000-0x039e05f0 [events] Copying Module 0x0395e000-0x0399f803 [names] Copying Module 0x03920000-0x0395df29 [log] Copying Module 0x03885000-0x0391f3c0 [dm_phys] Copying Module 0x03838000-0x03884f8b [simple_ts] Copying Module 0x035ca000-0x03837276 [l4io] Copying Module 0x03453000-0x035c9dbc [l4dope] Bootstrapping... Welcome to Fiasco(ux)! DD-L4(v2)/ia32 microkernel (C) 1998-2008 TU Dresden Rev: r379 compiled with gcc 4.1.2 for Intel Pentium 4 [] CPU: GenuineIntel (6:F:6:0) Model: Core 2 (Merom) at 1828 MHz 128 Entry I TLB (4K pages) 272 Entry D TLB (4K pages) 48 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) 2048 KB L2 U Cache (8-way associative, 64 bytes per line) Freeing init code/data: 28672 bytes (7 pages) Calibrating timer loop... done. SIGMA0: Hello! KIP @ 3efc000 Found Fiasco: KIP syscalls: yes allocated 4KB for maintenance structures Roottask. Found Fiasco-UX. Command line found: "roottask" 64512kB ( 63MB) total RAM (reported by bootloader) 51912kB ( 51MB) received RAM from Sigma0 7340kB ( 8MB) reserved RAM for RMGR Received I/O ports 0000-ffff Attached irqs = [ <!0> 1 2 3 4 5 6 7 8 9 A B C D E F <!10> <!11> ] Roottask: Loading 7 modules. #05: loading "events" from [039a0000-039e05f0] to [01540000-01548d10][01549000-0155e5b0] entry at 0000d060 via trampoline page code symbols at [039f3000-039f5000] (8kB), lines at [039ed000-039f3000] (24kB) #06: loading "names" from [0395e000-0399f803] to [002d0000-002d6977][002d7000-002e2000] entry at 0000e060 via trampoline page code symbols at [039eb000-039ed000] (8kB), lines at [039e5000-039eb000] (24kB) #07: loading "log" from [03920000-0395df29] to [00400000-00406f6a][00407000-00439848] entry at 0000f05c via trampoline page code symbols at [039e3000-039e5000] (8kB), lines at [039dd000-039e3000] (24kB) #08: loading "dm_phys" from [03885000-0391f3c0] to [01500000-015138b7][01514000-0151e000] entry at 00010060 via trampoline page code symbols at [039d8000-039dd000] (20kB), lines at [039ca000-039d8000] (56kB) #09: loading "simple_ts" from [03838000-03884f8b] to [01400000-01408baa][01409000-01418608] entry at 00011064 via trampoline page code symbols at [039c8000-039ca000] (8kB), lines at [039c1000-039c8000] (28kB) #0a: loading "l4io" from [035ca000-03837276] to [00c20000-00c44791][00c45000-00cb3000] entry at 00012060 via trampoline page code symbols at [0396b000-039c1000] (344kB), lines at [03952000-0396b000] (100kB) #0b: loading "l4dope" from [03453000-035c9dbc] to [01b00000-01b44941][01b45000-01b8a000] entry at 00013060 via trampoline page code symbols at [03944000-03952000] (56kB), lines at [03918000-03944000] (176kB) simplets| Configured for 64 tasks. io | Available IRQs=[ <!0> 1 2 3 4 5 6 7 8 9 a b c d e f <!10> <!11> ] l4dope | L4INPUT Fiasco-UX mode activated l4dope | [B.2] input/lib/src/ux.c:95:init_stuff(): l4dope | Cannot read VHW structure! I went through related codes, it's look likes the KIP is not the correct KIP Do you guys have any idea? this is what i try to run. ./fiasco -l events -l names -l log -l dm_phys -l simple_ts -l l4io -l l4dope Regards, Ahmad Kamal Abdul Aziz

2 1

Problem with compiling Fiasco L4 on Suse
by Stefan Kögel 25 Jun '08

25 Jun '08

Actually you are right. Suse 11 ships with gcc4.3. I installed gcc4.1 > manually. Gcc4.3 generated the same error and I thought I could fix this > by using an earlier version of gcc. The building manual states that > "version 3.3, 3.4, 4.0, 4.1 or 4.2" of gcc is needed. 4.3 works as well nowadays. > > Unfortunately "make oldconfig" in ~/my-l4-build does not fix the > > problem. Still the same error. Should I consider checking out the module > > again? > That should not make a difference. Can you go to ~/my-l4-build, do "make V=1 oldconfig" and show the output? Normally, after doing oldconfig, the paths in ~/my-l4-build/Makeconf.bid.local should be updated to the current compiler. Hopefully it can be seen from the output why this might not work. Adam -- Adam adam(a)os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/ Here it is... All I can see is that "GCCLIB=/usr/lib/gcc/i586-suse-linux/4.3/libgcc.a" is set to the right path. But I still get the "g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/crtbeginS.o: No such file or directory" errors. Strange... stefan@linux-2gsj:~/Desktop/Fiasco/my-l4-build> make V=1 oldconfig PWD=/home/stefan/Desktop/Fiasco/svn/tudos/l4 make -C /home/stefan/Desktop/Fiasco/svn/tudos/l4 O=/home/stefan/Desktop/Fiasco/my-l4-build oldconfig make[1]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' install -d /home/stefan/Desktop/Fiasco/my-l4-build/include/l4/ DROPSCONF_TITLE='DROPS Configuration Tool' DROPSCONF_DEFCONFIG='./mk/defconfig/config.x86' DROPSCONF_CONFIG_IN='./mk/config.in' DROPSCONF_CONFIG='/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid' DROPSCONF_CONFIG_H='/home/stefan/Desktop/Fiasco/my-l4-build/include/l4/bid_config.h' DROPSCONF_MACRO='CONFIG_H_INCLUDED' DROPSCONF_HELPFILE='./mk/config.help' DROPSCONF_UNDEF='' DROPSCONF_LXDIALOG='/home/stefan/Desktop/Fiasco/my-l4-build/tool/config/lxdialog/lxdialog' ./tool/config/Configure -d # # Using defaults found in /home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid # * * Target Architecture * Target Architecture (x86, arm, amd64) [x86] defined BUILD_ARCH_x86 CPU type (CPU) [586] ABI (L4.Fiasco, Linux) [L4.Fiasco] defined BUILD_ABI_l4v2 * * Paths and Directories * DROPS_STDDIR (DROPS_STDDIR) [/home/drops] DROPS_INSTDIR (DROPS_INSTDIR) [$(DROPS_STDDIR)] * * Verboseness and Messages * Verbose dependency building (DEPEND_VERBOSE_SWITCH) [N/y/?] Verbose compilation and building (VERBOSE_SWITCH) [Y/n/?] Short messages for compilation (SHOWMESSAGES) [Y/n/?] Colored build-steps (BID_COLORED_PHASES) [Y/n/?] * * Compilers and Tools * Use special C-Compilers (BIDc_USE_SPECIAL_CC) [N/y/?] * * Tools * YACC (YACC) [byacc] LEX (LEX) [flex] CTAGS (CTAGS) [ctags] ETAGS (ETAGS) [etags] * * Options * System has ld.so (highly recommended if so) (HAVE_LDSO) [Y/n/?] Automatically determine internal gcc preprocessor names (INT_CPP_NAME_SWITCH) [Y/n/?] Automatically determine internal ld names (INT_LD_NAME_SWITCH) [Y/n/?] Strip binaries on install (BID_STRIP_PROGS) [N/y/?] Generate stabs-compatible debug Infos with gcc-3+ (BID_GSTAB_SW) [Y/n/?] GCC: Omit Frame-pointers (BID_GCC_OMIT_FP) [N/y/?] Generate Map-files for binaries (BID_GENERATE_MAPFILE) [N/y/?] Build doc directories (BID_BUILD_DOC) [Y/n/?] * * Advanced * Use system-call entry code in the KIP (absolute) (L4_CALL_SYSCALLS) [Y/n/?] Use hierarchical task system (EXPERIMENTAL) (USE_TASKLIB) [N/y/?] Enable RELEASE flag (RELEASE_MODE) [N/y/?] Do not build anything outside l4 directory (BID_BUILD_L4DIR_ONLY) [N/y/?] Configuration label (CONFIG_LABEL) [__none__] * * Paths * DDE-2.4 include path (DDE_INCDIR) (DDE_INCDIR) [$(OBJ_BASE)/include/$(ARCH)/l4/dde_linux $(DROPS_STDDIR)/include/$(ARCH)/l4/dde_linux] DDE-2.6 include path (DDE26_INCDIR) (DDE26_INCDIR) [$(OBJ_BASE)/include/$(ARCH)/l4/dde_linux26 $(DROPS_STDDIR)/include/$(ARCH)/l4/dde_linux26 $(OBJ_BASE)/include/l4/dde_linux26 $(DROPS_STDDIR)/include/l4/dde_linux26] SDL include path (SDL_INCDIR) (SDL_INCDIR) [$(OBJ_BASE)/include/l4/sdl $(DROPS_STDDIR)/include/l4/sdl] *** End of configuration. make[2]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' sed -e "s/$^[^= ]*=$'$[^']*$'/\1\2/" \ </home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid >/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted make DROPSCONF_CONFIG_MK_POST_HOOK make[3]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' make HOST_SYSTEM=linux libgendep make[4]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' if [ ! -r tool/gendep/Makefile ]; then \ echo "=== l4/tool/gendep missing! ==="; \ exit 1; \ fi PWD=/home/stefan/Desktop/Fiasco/svn/tudos/l4/tool/gendep make -C tool/gendep make[5]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4/tool/gendep' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4/tool/gendep' make[4]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' make Makeconf.bid.local-helper || \ (rm -f /home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.indep; false) make[4]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' echo BUILD_SYSTEMS="x86_586 x86_586-l4v2" >> /home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted echo GCCDIR=/usr/lib/gcc/i586-suse-linux/4.3 >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCLIB=/usr/lib/gcc/i586-suse-linux/4.3/libgcc.a >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCLIB_EH=/usr/lib/gcc/i586-suse-linux/4.3/libgcc_eh.a >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCVERSION=4 >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCMAJORVERSION=4 >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCMINORVERSION=3 >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCSUBVERSION=3 >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo GCCNOSTACKPROTOPT=-fno-stack-protector >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo BID_LIBGENDEP=/home/stefan/Desktop/Fiasco/my-l4-build/tool/gendep/libgendep.so >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; echo 'BUILD_PIC += $(BUILD_LOADER_PICS)' >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted echo "HOST_SYSTEM=linux" >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted echo "COLOR_TERMINAL=y" >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted echo "LD_HAS_HASH_STYLE_OPTION=y" >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted # we need to call make again, because HOST_SYSTEM (set above) must be # evaluated for LD_PRELOAD to be set, which we need in the following make Makeconf.bid.local-internal-names make[5]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' set -e; X="/home/stefan/Desktop/Fiasco/my-l4-build/tmp.$$$RANDOM.c" ; echo 'int main(void){}'>$X ; \ rm -f $X.out ; LD_PRELOAD=/home/stefan/Desktop/Fiasco/my-l4-build/tool/gendep/libgendep.so GENDEP_SOURCE=$X \ GENDEP_OUTPUT=$X.out gcc -m32 -c $X -o $X.o; \ test -e $X.out; echo INT_CPP_NAME=`cat $X.out` \ >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; \ rm -f $X $X.{o,out}; set -e; X="/home/stefan/Desktop/Fiasco/my-l4-build/tmp.$$$RANDOM.cc" ; echo 'int main(void){}'>$X; \ rm -f $X.out; LD_PRELOAD=/home/stefan/Desktop/Fiasco/my-l4-build/tool/gendep/libgendep.so GENDEP_SOURCE=$X \ GENDEP_OUTPUT=$X.out g++ -m32 -c $X -o $X.o; \ test -e $X.out; echo INT_CXX_NAME=`cat $X.out` \ >>/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted; \ rm -f $X $X.{o,out}; set -e; echo INT_LD_NAME=$(ld 2>&1 | perl -p -e 's,^(.+/)?(.+):.+,$2,') >> /home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted make[5]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' sort </home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted >/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp echo -e "# Automatically generated. Don't edit\n" >/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.indep grep -e ^BID_GENERATE_MAPFILE -e ^DEPEND_VERBOSE_SWITCH -e ^DEPEND_VERBOSE -e ^VERBOSE_SWITCH -e ^SHOWMESSAGES -e ^BID_COLORED_PHASES -e ^HAVE_LDSO -e ^INT_CPP_NAME_SWITCH -e ^BID_LIBGENDEP -e ^INT_CPP_.*_NAME -e ^INT_CXX_.*_NAME -e ^VERBOSE -e ^BID_STRIP_PROGS -e ^INT_LD_NAME_SWITCH -e ^INT_LD_.*_NAME \ </home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp >>/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.indep echo -e "# Automatically generated. Don't edit\n" >/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 grep -v -e ^$ -e ^# -e ^BID_GENERATE_MAPFILE -e ^DEPEND_VERBOSE_SWITCH -e ^DEPEND_VERBOSE -e ^VERBOSE_SWITCH -e ^SHOWMESSAGES -e ^BID_COLORED_PHASES -e ^HAVE_LDSO -e ^INT_CPP_NAME_SWITCH -e ^BID_LIBGENDEP -e ^INT_CPP_.*_NAME -e ^INT_CXX_.*_NAME -e ^VERBOSE -e ^BID_STRIP_PROGS -e ^INT_LD_NAME_SWITCH -e ^INT_LD_.*_NAME \ </home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp >>/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 echo -e 'include /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.indep' >>/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 if [ -e "/home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local" ]; then \ diff --brief /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 || \ mv /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local; \ else \ mv /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local; \ fi rm -f /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp /home/stefan/Desktop/Fiasco/my-l4-build/Makeconf.bid.local.tmp2 make[4]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' ln -snf /home/stefan/Desktop/Fiasco/svn/tudos/l4 /home/stefan/Desktop/Fiasco/my-l4-build/source make[3]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' make[2]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' make[2]: Entering directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' make[2]: »/home/stefan/Desktop/Fiasco/my-l4-build/.Makeconf.bid.converted« ist bereits aktualisiert. make[2]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' make[1]: Leaving directory `/home/stefan/Desktop/Fiasco/svn/tudos/l4' Kind Regards, Stefan

2 1

Re: l4-hackers Digest, Vol 62, Issue 12
by Stefan Kögel 24 Jun '08

24 Jun '08

> Message: 2 > Date: Mon, 23 Jun 2008 20:11:29 +0200 > From: Adam Lackorzynski <adam(a)os.inf.tu-dresden.de> > Subject: Re: Problem with compiling Fiasco L4 on Suse > To: l4-hackers(a)os.inf.tu-dresden.de > Message-ID: <20080623181129.GA4604(a)os.inf.tu-dresden.de> > Content-Type: text/plain; charset=iso-8859-1 > > Hi, > > On Mon Jun 23, 2008 at 16:20:04 +0200, Stefan K?gel wrote: >> first of all thanks for your great help. I've never seen such an active >> and fast response. >> >> Now to my problem: >> >> I recently switched to OpenSuse 11 and tried to compile the whole L4 >> Tree using >> make -C l4 O=~/my-l4-build oldconfig >> make O=~/my-l4-build/ >> >> While doing so make stops with: >> >> make[5]: Entering directory `/Fiasco/svn/tudos/dice/lib/debug' >> /bin/bash ../../libtool --tag=CXX --mode=link g++ -g -O2 -module >> -version-number 0:3:0 -o libdice-debug.la -rpath /home/drops/lib/dice >> init.lo BETrace.lo L4BETrace.lo L4V4BETrace.lo >> g++ -shared -nostdlib >> /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crti.o >> /usr/lib/gcc/i486-linux-gnu/4.2.3/crtbeginS.o .libs/init.o >> .libs/BETrace.o .libs/L4BETrace.o .libs/L4V4BETrace.o >> -L/usr/lib/gcc/i486-linux-gnu/4.2.3 >> -L/usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib -L/lib/../lib >> -L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.2.3/../../.. -lstdc++ >> -lm -lc -lgcc_s /usr/lib/gcc/i486-linux-gnu/4.2.3/crtendS.o >> /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crtn.o -Wl,-soname >> -Wl,libdice-debug.so.0 -o .libs/libdice-debug.so.0.3.0 >> g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crti.o: No such >> file or directory >> g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/crtbeginS.o: No such file or >> directory >> g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/crtendS.o: No such file or directory >> g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crtn.o: No such >> file or directory >> >> A "locate crtn.o crti.o crtbeginS.o crtendS.o" returns >> >> "/usr/lib/crti.o >> /usr/lib/crtn.o >> /usr/lib/gcc/i586-suse-linux/4.1.3/crtbeginS.o >> /usr/lib/gcc/i586-suse-linux/4.1.3/crtendS.o" >> >> How can I tell "make" to use these files, instead of >> "/usr/lib/gcc/i486-linux-gnu/4.2.3/..."? >> Or do I need to configure gcc in a different way? >> Currently this config is in use: > > Usually a "make oldconfig" in ~/my-l4-build should regenerate all the > paths used in the compile process. > >> gcc -v >> Using built-in specs. >> Target: i586-suse-linux >> Configured with: ../configure --enable-threads=posix --prefix=/usr >> --with-local-prefix=/usr/local --infodir=/usr/share/info >> --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib >> --enable-languages=c,c++,objc,fortran,obj-c++,java >> --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.1.3 >> --enable-ssp --disable-libssp --disable-libgcj --with-slibdir=/lib >> --with-system-zlib --enable-shared --enable-__cxa_atexit >> --enable-libstdcxx-allocator=new --program-suffix=-4.1 >> --enable-version-specific-runtime-libs --without-system-libunwind >> --with-cpu=generic --host=i586-suse-linux >> Thread model: posix >> gcc version 4.1.3 20080612 (prerelease) (SUSE Linux) > > What I find strange is that the default gcc version is 4.1 and not 4.3 > what I would suspect when looking at the package repository of version > 11.0. Is gcc-4.1 really ok despite the date seems recent? I would not > expect a downgrade when the previous version looks like 4.2.3. > > > > Adam Actually you are right. Suse 11 ships with gcc4.3. I installed gcc4.1 manually. Gcc4.3 generated the same error and I thought I could fix this by using an earlier version of gcc. The building manual states that "version 3.3, 3.4, 4.0, 4.1 or 4.2" of gcc is needed. Unfortunately "make oldconfig" in ~/my-l4-build does not fix the problem. Still the same error. Should I consider checking out the module again? Regards, Stefan

2 1

how to fix the modaddr?
by fangzhengshu 24 Jun '08

24 Jun '08

hi all, when I write the menu.lst I don't know how to fix the modaddr. I have see some examples of menu.lst ,but some are maybe 0x2000000 and some are maybe 0x6000000.could some tell me why and how to fix the modaddr? thank you! regards! -- fangzhengshu <fangzhsh07(a)gmail.com>

2 1

sound server
by Saya Sheng (盛淑蕙) 23 Jun '08

23 Jun '08

Hi,all I'd like to use the sound server in dde_linux package to drive my audio card and play a mpeg file with ffmpeg to test whether if it is workable. >From the menu.lst in the dde_linux package, only pcm file can be played? kernel (nd)/tftpboot/USER/bootstrap module (nd)/tftpboot/USER/fiasco -nowait -nokdb module (nd)/tftpboot/USER/sigma0 module (nd)/tftpboot/USER/roottask task modname "sounddrv-foo" module module (nd)/tftpboot/USER/names module (nd)/tftpboot/USER/log module (nd)/tftpboot/USER/dm_phys module (nd)/tftpboot/USER/l4io --noirq module (nd)/tftpboot/USER/sounddrv-foo modaddr 0x01000000 module (nd)/tftpboot/USER/sample.pcm sample1 ^^^^^^^^^^^^^^^^^^^^^^^^^^ what does this stand for? Thanks in advance Saya

2 1

Problem with compiling Fiasco L4 on Suse
by Stefan Kögel 23 Jun '08

23 Jun '08

Hi, first of all thanks for your great help. I've never seen such an active and fast response. Now to my problem: I recently switched to OpenSuse 11 and tried to compile the whole L4 Tree using make -C l4 O=~/my-l4-build oldconfig make O=~/my-l4-build/ While doing so make stops with: make[5]: Entering directory `/Fiasco/svn/tudos/dice/lib/debug' /bin/bash ../../libtool --tag=CXX --mode=link g++ -g -O2 -module -version-number 0:3:0 -o libdice-debug.la -rpath /home/drops/lib/dice init.lo BETrace.lo L4BETrace.lo L4V4BETrace.lo g++ -shared -nostdlib /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.2.3/crtbeginS.o .libs/init.o .libs/BETrace.o .libs/L4BETrace.o .libs/L4V4BETrace.o -L/usr/lib/gcc/i486-linux-gnu/4.2.3 -L/usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.2.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i486-linux-gnu/4.2.3/crtendS.o /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crtn.o -Wl,-soname -Wl,libdice-debug.so.0 -o .libs/libdice-debug.so.0.3.0 g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crti.o: No such file or directory g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/crtbeginS.o: No such file or directory g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/crtendS.o: No such file or directory g++: /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/crtn.o: No such file or directory A "locate crtn.o crti.o crtbeginS.o crtendS.o" returns "/usr/lib/crti.o /usr/lib/crtn.o /usr/lib/gcc/i586-suse-linux/4.1.3/crtbeginS.o /usr/lib/gcc/i586-suse-linux/4.1.3/crtendS.o" How can I tell "make" to use these files, instead of "/usr/lib/gcc/i486-linux-gnu/4.2.3/..."? Or do I need to configure gcc in a different way? Currently this config is in use: gcc -v Using built-in specs. Target: i586-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.1.3 --enable-ssp --disable-libssp --disable-libgcj --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --enable-libstdcxx-allocator=new --program-suffix=-4.1 --enable-version-specific-runtime-libs --without-system-libunwind --with-cpu=generic --host=i586-suse-linux Thread model: posix gcc version 4.1.3 20080612 (prerelease) (SUSE Linux) Thanks in advance. Kind Regards, Stefan

2 1

how can we know the needed module?
by fangzhengshu 21 Jun '08

21 Jun '08

hi all, when I want to test a module of a package,I don't know which modules it need.In a given example in wiki.tudos.org ,we know the "hello" module's dependent modules ,but when I want to run another module like ore I don't know how many modules and which it need. Is there any way that I can fast know how many modules does a module need without read the code deeply? fang,

2 1

ore problems
by fei li 17 Jun '08

17 Jun '08

Hi I accepted the advice and recompiled the ore package, then I started it in qemu, this time I got the result: simplets| Configured for 64 tasks. io | Using platform configuration 'x86' io | PCI: Using configuration type 1 io | PCI: Probing PCI hardware io | PCI: Probing PCI hardware (bus 00) io | PCI: PIIX3: Enabling Passive Release on 00:01.0 io | Limiting direct PCI/PCI transfers. io | Activating ISA DMA hang workarounds. io | 00000000-ffffffff : PCI mem io | e0000000-e1ffffff : Cirrus Logic GD 5446 io | e2000000-e2000fff : Cirrus Logic GD 5446 io | e3000000-e30000ff : Realtek Semiconductor Co., Ltd. RTL-8139/8139C/ io : 8139C+ io | 0000-ffff : PCI IO io | 0cf8-0cff : PCI conf1 io | 1000-100f : Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] io | 1400-14ff : Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ io | b100-b11f : Intel Corporation 82371AB/EB/MB PIIX4 ACPI bmodfs | Passed the following modules: bmodfs | module "/ore" (2322kB) loader | "ore" is a valid binary image loader | ore: Starting sigma0-style application loader | ore: Loading binary loader | ore,#d: Entry at 00009f8c => 01800000 loader | ore,#d: Started io | Available IRQs=[ <!0> 1 <!2> 3 <!4> 5 6 7 8 9 a b c d e f 10 11 ] ore | Softirq daemon starting ore | Initializing DDE page cache ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | _add_ddekit_device: Detected device: 8086:7000 ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | _add_ddekit_device: Detected device: 8086:7010 ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | _add_ddekit_device: Detected device: 8086:7113 ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | _add_ddekit_device: Detected device: 1013:b8 ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | _add_ddekit_device: Detected device: 10ec:8139 ore | <6>e100: Intel(R) PRO/100 Network Driver, 3.5.17-k2-NAPI ore | <6>e100: Copyright(c) 1999-2006 Intel Corporation ore | <6>8139too Fast Ethernet driver 0.9.28 ore | <6>8139too 0000:00:04.0: This (id 10ec:8139 rev 20) is an enhanced 81 ore : 39C+ chip ore | <6>8139too 0000:00:04.0: Use the "8139cp" driver for improved perform ore : ance and stability. ROOT: Sending ports 1400-14ff to task #07 io | PCI: Setting latency timer of device 00:03.0 to 64 ore | <7>8139too 0000:00:04.0: unknown chip version, assuming RTL-8139 ore | <7>8139too 0000:00:04.0: TxConfig = 0x74800000 ore | <6>eth0: RealTek RTL8139 at 0x8000, 52:54:00:12:34:56, IRQ 10 ore | <7>eth0: Identified 8139 chip type 'RTL-8139' ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | unimplemented: pci_fixup_device ore | l4dde26_register_rx_callback: New rx callback @ 0x018012f0. ore | main(): initialized DDELinux2.6 ore | main(): loopback: 0 ore | <6>device lo entered promiscuous mode ore | <6>device eth0 entered promiscuous mode ore | <6>eth0: link up, 100Mbps, full-duplex, lpa 0x05E1 ore | main(): Initialized 2 network devices. ore | Device = lo, IRQ = 0, MAC = 00:00:00:00:00:00 ore | Device = eth0, IRQ = 10, MAC = 52:54:00:12:34:56 ore | main(): Registering 'ORe' at names.. Now eth0 has mac address, but I guess there are still problems, I have some questions, first is what does "unimplemented: pci_fixup_device" mean, is there any driver I haven't installed or anything else? The second is "ore | <7>8139too 0000:00:04.0: unknown chip version, assuming RTL-8139", I have choosed the 8139 and 8139c+ options, what does "unknown" mean? Can't recognize? The third is "device eth0 entered promiscuous mode", when we let promiscuous mode enabled, we know maybe it's under monitoring or .., what does this mean? I'm a newbie in this field, some questions maybe too simple or even stupid, but I just want to solve the problem and thanks a lot. Thanks and best regards!

2 1

RE: ore problems
by Bjoern Doebel 17 Jun '08

17 Jun '08

Hi Li, Please consider using the l4-hackers mailing list for such questions, because you might get faster answers there. > I install ore in my machine and start it in qemu, but I get > these informations, what's the problem, thanks. > > First I'll show you my menu.lst > > title ORe > kernel /bootstrap -serial -modaddr 0x2000000 > module /fiasco -serial_esc -comport 1 > module /sigma0 > module /roottask task modname "bmodfs" attached 1 modules > module /names > module /log > module /l4io > module /events > module /dm_phys > module /simple_ts > module /bmodfs > module /ore > module /loader -fprov=BMODFS ore The menu.lst looks fine so far. > The output in qemu is > > io | Using platform configuration 'x86' > io | PCI: Using configuration type 1 > io | PCI: Probing PCI hardware > io | PCI: Probing PCI hardware (bus 00) > io | PCI: PIIX3: Enabling Passive Release on 00:01.0 > io | Limiting direct PCI/PCI transfers. > io | Activating ISA DMA hang workarounds. > io | 00000000-ffffffff : PCI mem > io | e0000000-e1ffffff : Cirrus Logic GD 5446 > io | e2000000-e2000fff : Cirrus Logic GD 5446 > io | e3000000-e30000ff : Realtek Semiconductor Co., Ltd. RTL-8139/8139C/ > io : 8139C+ Ok. So you configure Qemu to emulate an RTL8139 network interface. > io | 0000-ffff : PCI IO > io | 0cf8-0cff : PCI conf1 > io | 1000-100f : Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] > io | 1400-14ff : Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ > io | b100-b11f : Intel Corporation 82371AB/EB/MB PIIX4 ACPI > bmodfs | Passed the following modules: > bmodfs | module "/ore" (2176kB) > loader | "ore" is a valid binary image > loader | ore: Starting sigma0-style application > loader | ore: Loading binary > loader | ore,#d: Entry at 00009f8c => 01800000 > loader | ore,#d: Started > io | Available IRQs=[ <!0> 1 <!2> 3 <!4> 5 6 7 8 9 a b c d e f 10 11 ] > ore | Softirq daemon starting > ore | Initializing DDE page cache > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | _add_ddekit_device: Detected device: 8086:7000 > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | _add_ddekit_device: Detected device: 8086:7010 > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | _add_ddekit_device: Detected device: 8086:7113 > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | _add_ddekit_device: Detected device: 1013:b8 > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | _add_ddekit_device: Detected device: 10ec:8139 > ore | <6>e100: Intel(R) PRO/100 Network Driver, 3.5.17-k2-NAPI > ore | <6>e100: Copyright(c) 1999-2006 Intel Corporation Here we see, that the e100 NIC driver is trying to initialize. However, there is no such NIC in your setup and therefore there is no eth0 available. Go to l4/pkg/ore/server and run "make config" and configure ORe to use the RTL8139 network driver. > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | unimplemented: pci_fixup_device > ore | l4dde26_register_rx_callback: New rx callback @ 0x018012f0. > ore | main(): initialized DDELinux2.6 > ore | main(): loopback: 0 > ore | <6>device lo entered promiscuous mode > ore | main(): Initialized 1 network devices. > ore | Device = lo, IRQ = 0, MAC = 00:00:00:00:00:00 > ore | main(): Registering 'ORe' at names... > ore | main(): Ready for service. Kind regards, Bjoern

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