l4-hackers

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

2827 discussions

Re: ore with fiasco-ux
by Hieb,Jeffrey Lloyd 02 Jun '06

02 Jun '06

Thanks, that helped alot on the L4 ore side. Arping seems to run fine now except that packets seem not to be making it to and from the host network . Do I need to configure something for the tunnel for fiasco-ux ?? Thanks, Jeff ----- Original Message ----- From: "Bjoern Doebel" <doebel(a)os.inf.tu-dresden.de> To: "Jeff Hieb" <j_hieb(a)insightbb.com> Cc: <l4-hackers(a)os.inf.tu-dresden.de> Sent: Wednesday, May 31, 2006 4:58 AM Subject: Re: ore with fiasco-ux > Hello, > >> When I run under fiasco-ux: >> >> ./fiasco -N -s -l names -l dm_phys -l log -l "l4io --noirq" -l ore -l >> ore_test_arping > > First, please add "-n9" to your command line. This enables task 9 (ore) > to execute native system calls using int80. > >> ore | main(): Initialized 1 network devices. >> ore | Device = lo, IRQ = 0, MAC = 00:00:00:00:00:00 > > There should be 2 network devices: lo and eth0. The arping test tries to > open eth0 and this fails because of the missing device. > > Please do a "make cleanall" in your l4/pkg/ore directory. > Then "make config" in l4/pkg/ore/server and configure the server to run > with Fiasco UX only. Thereafter rebuild the ORe directory. This will > compile the ux_net driver into the ORe server, which in turn will > provide an eth0 interface. > > Note that "make cleanall" also erases configuration files. A subsequent > "make" will use the default config from l4/pkg/ore/server/defconfig. By > default this builds ORe with a real network driver again. If you are > only using UX, you might copy your .config to defconfig so that "make > cleanall && make" builds ORe for UX. > > So far > Bjoern

4 4

Fiaco and ARM
by Christian Roepke 01 Jun '06

01 Jun '06

Hi, now I try to compile Fiasco for ARM926. It seems that a file is missed ? ... Preprocessing globals make[2]: *** No rule to make target `config-arm-isg.cpp', needed by `auto/stamp-config.ready'. Stop. make[2]: Leaving directory `...l4/kernel/fiasco/build' make[1]: *** [create-sources] Error 2 make[1]: Leaving directory `...l4/kernel/fiasco/build' make: *** [all] Error 2 Hans -- Hans Christian Röpke Network Administration Applied Data Security Group Ruhr-Universität Bochum, IC 4/42 Universitätsstrasse 150 44780 Bochum, Germany http://www.prosec.rub.de

2 1

DROPS and ARM
by Christian Roepke 01 Jun '06

01 Jun '06

Hi, I try to compile DROPS for an ARM processor. So I compiled my own cross compiler arm-unknown-linux-uclibc-gcc (I used Gentoo's cross-toolchain generator crossdev). l4/tool/ compiled correctly, but l4/pkg/ NOT :-( I get this message: === Building IDL & includes of "l4io" === PWD=.../l4/pkg/l4io make -C l4io include make[1]: Entering directory `.../l4/pkg/l4io' Makefile:8: *** Wrong gcc major version "" - use 3.x for l4io. Stop. make[1]: Leaving directory `.../l4/pkg/l4io' make: *** [l4io.headers] Error 2 But I use GCC 3.3.6. See the version output: l4/pkg $ arm-unknown-linux-uclibc-gcc --version arm-unknown-linux-uclibc-gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. What is going wrong here? Thanks, Hans -- Hans Christian Röpke Network Administration Applied Data Security Group Ruhr-Universität Bochum, IC 4/42 Universitätsstrasse 150 44780 Bochum, Germany http://www.prosec.rub.de

2 1

ore with fiasco-ux
by Jeff Hieb 31 May '06

31 May '06

Hello, I am having trouble getting the ore arping test to work under fiasco or fiasco-ux. When I run under fiasco-ux: ./fiasco -N -s -l names -l dm_phys -l log -l "l4io --noirq" -l ore -l ore_test_arping Roottask. Found Fiasco-UX. 64512kB ( 63MB) total RAM (reported by bootloader) 57208kB ( 56MB) received RAM from Sigma0 7628kB ( 8MB) reserved RAM for RMGR Received no I/O ports Attached irqs = [ <!0> 1 2 3 4 5 6 7 8 9 A B C D E F ] Roottask: Loading 6 modules. #05: loading "names" from [0399a000-039e0a2a] to [002d0000-002d774a][002d8000-002e4000] entry at 0000c060 via trampoline page code symbols at [039ee000-039f0000] (8kB), lines at [039e7000-039ee000] (28kB) #06: loading "dm_phys" from [0391c000-039996f4] to [01500000-0151304a][01514000-0151e000] entry at 0000d060 via trampoline page code symbols at [039e3000-039e7000] (16kB), lines at [039d5000-039e3000] (56kB) #07: loading "log" from [038d9000-0391b69c] to [00400000-00407eaa][00408000-0043a890] entry at 0000e05c via trampoline page code symbols at [039d3000-039d5000] (8kB), lines at [039cc000-039d3000] (28kB) #08: loading "l4io --noirq" from [036f0000-038d8801] to [00b80000-00ba32ce][00ba4000-00bf0000] entry at 0000f068 via trampoline page code symbols at [03994000-039cc000] (224kB), lines at [0397a000-03994000] (104kB) #09: loading "ore" from [034bf000-036ef46b] to [01800000-0182f3e6][01830000-01865000] entry at 0001005c via trampoline page code symbols at [03972000-0397a000] (32kB), lines at [0394e000-03972000] (144kB) #0a: loading "ore_test_arping" from [03411000-034be85e] to [00980000-0099872e][00999000-009b9000] entry at 00011068 via trampoline page code symbols at [03949000-0394e000] (20kB), lines at [03936000-03949000] (76kB) io | do_args(): Disabling internal IRQ handling. arping | main(): Hello from the ORe arping shared memory client arping | main(): string ipc receive arping | main(): sending with string ipc arping | l4ore_open(): called ore | l4dde_mm_init(): Using ... ore | 16 MB at 0x00100000 (vmem) ore | 16 MB in 1 regions (kmem) ore | 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 at names... ore | main(): Ready for service. arping | ore_lookup_server(): ORe = 9.02 arping | l4ore_open(): descriptor: 0 arping | ore_do_open(): called ore | [9.2] ore/server/src/clients.c:208:setup_connection(): ore | Error: no device found. arping | ore_do_open(): opened. worker = 7FF.7F arping | [A.2] ore/lib/client/lib.c:153:l4ore_open(): arping | Error: ore_open() returned INVALID_ID arping | main(): opened eth0: -1 for 00:00:00:00:00:00 arping | [A.2] ore/examples/arping/main.c:243:main(): arping | Error: could not open eth0! arping | arping | Exiting with 1 Would appreciate any suggestions Thanks Jeff

2 1

NICTA's virtualised Linux faster than native on L4-embedded
by Gernot Heiser 31 May '06

31 May '06

NICTA's ERTOS team is proud to release LMBench performance figures for Wombat, our architecture-independent para-virtualized Linux running on L4-embedded/Iguana. The benchmarks show that Wombat's context-switching overheads are up to thirty times lower than those of native Linux on an XScale processor. This result, which is due to Wombat benefiting from the fast-context-switching support provided by NICTA's L4-embedded, demonstrates that L4-embedded/Iguana is the leading high-performance microkernel and embedded virtualisation technology, particularly on ARM processors. For details see http://ertos.nicta.com.au/news/home.pml#v-gt-r Gernot

1 0

sigma1
by Luke A. Guest 26 May '06

26 May '06

Hi, I've just started to look at L4 and I'm using L4ka::Pistachio as a starting point. I'm trying to read as much as possible and have found a reference to sigma1, but no docs on it. Can anyone elaborate on what this is for? Thanks, Luke.

5 7

test
by Luke A. Guest 20 May '06

20 May '06

please ignore

1 0

DoS problem still existing?
by Robert Kaiser 19 May '06

19 May '06

Hello L4 Hackers, a long time ago (*), Jochen Liedtke described a potential denial-of-service attack against the L4 kernel by -IIRC- requesting a huge number of mappings, thereby exhausting kernel memory. Does this issue still exist in the current L4 implementations or has it been solved (How?). Kind Regards Rob (*) see http://i30www.ira.uka.de/research/documents/l4ka/preventing-denial-of-servi… -- Robert Kaiser <rkaiser(a)sysgo.com> SYSGO AG Tel.: +49-6136-9948-0 Am Pfaffenstein 14 Fax: +49-6136-9948-10 55270 Klein-Winternheim http://www.sysgo.com

2 1

con-ux bug?
by Wei Shen 12 May '06

12 May '06

Hi, I run con-ux with: ./fiasco -G 800x600@16 -m 128 -l names -l dm_phys -l con-ux The output is: >*con | Using fast memcpy. >*con | Character size is 8x14, font has 256 characters >*con | VESA reports 800x600@16 1600bpl (0000) [4096kB] >*con | Color mapping: red=11:5 green=5:6 blue=0:5 res=0:0 > ... .... >*con | Mapping I/O UX video mem c0000000 => 00400000+000000 [4096kB] >*con | Using MMXEXT for colorspace transform >KERNEL: 7.2 (tcb=201c1000) killed: >Unhandled trap >EAX 00000025 EBX 0000122b ECX 0000000a EDX 00000000 >ESI 00000320 EDI 00b0d73c EBP 012ffda8 ESP 012ffda4 >EIP 00b0dc7f EFLAGS 00200206 >CS 0002 SS 007b DS 007b ES 007b FS 0000 GS 0000 >trap 13 (General Protection), error 00000402, from user mode >(internal event regarding IDT gate descriptor no. 0x80) The backtrace: >main // l4con/server/src/main.c >do_switch >vc_clear // vc.c >vc_fill >pslim_fill // pslim.c >sw_fill In "sw_fill", "vc->do_drty" equals 11589436, which seems invalid. Maybe, it should be NULL? Maybe, we should add "new->do_drty = fg_do_drty;" to line 402 in main.c? Regards, Wei

3 8

L4Linux freezes
by Vilmos Nebehaj 12 May '06

12 May '06

Hi, I've compiled and installed Fiasco and L4Linux-2.6 and it works, except that when I start a simple test program that creates lots of pthreads, the whole L4Linux task freezes (simply pthread_create() a thousand threads after each other is enough to reproduce the problem). I can ping the machine from another host, but can't login through ssh, the console becomes totally unresponsive, etc. At the same time, the following message appears in the log: simplets| ERROR: task #23 doesn't match: client 10.03, owner 0.0 l4lx | l4ts_create_task(): failed (server=7.00, ret=-3, exc=0) Other L4 tasks continue running uncluttered. Do you have an idea why this happens? Is this a bug in Fiasco, or is it a misconfiguration problem? -vili

2 2

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