users

users@lists.genode.org

2285 discussions

Don't know where to extract pre-compiled tool chain(genode-10.08.tar.bz2)
by Janith Widarshana 20 Sep '10

20 Sep '10

Hi, I'm trying Okl4 since last two days with Ubuntu 10.04 on x86 architecture.I don't know where to extract pre-compiled tool chain(genode-10.08.tar.bz2). http://genode.org/download/tool-chain said that it has to extract /usr/local/genode-gcc.But i can't fined it /usr/local/. Please someone suggest a solution for me to go further. Thanx Janith.

4 5

(no subject)
by Janith Widarshana 20 Sep '10

20 Sep '10

hi all, I'm new to okl4.When I Compile the kernel by invoking the python script that can be found in the tools directory of the OKL4 source tree I got following error. Is that a problem with my processor architecture? please some one help me for this. okl4_2.1.1-patch.9$ ./tools/build.py project=l4test machine=ia32_pc99 toolprefix=i686-unknown-linux-gnu- scons: Reading SConscript files ... architecture ia32 is not yet supported by libcompat. architecture ia32 is not yet supported by libcompat. scons: done reading SConscript files. scons: Building targets ... [ASM ] build/pistachio/object/pistachio/tcb_layout.s sh: i686-unknown-linux-gnu-gcc: command not found scons: *** [build/pistachio/object/pistachio/tcb_layout.s] Error 127 scons: building terminated because of errors. Thanx. Janith Widarshana.

2 2

libc write not activated
by stephane frenot 17 Sep '10

17 Sep '10

Hello the list, it seems the write function is not activated in the libc, repository. Here is a patch that validates the write function. I also put a "\n" in the DUMMY macro display. /stephane -- http://perso.citi.insa-lyon.fr/sfrenot work here : http://tinyurl.com/2ts4xf sleep here : http://tinyurl.com/33p2gt play here : http://tinyurl.com/3yarjz --- Stephane Frenot Université de Lyon, INRIA INSA-Lyon, CITI, F-69621, France

2 2

Question about hello tutorial
by Ruchith Fernando 16 Sep '10

16 Sep '10

Hi, I'm very new to Genode :-). First I tried the quick start [1] and then I tried to setup the hello tutorial with the instructions available with the distribution (10.08) [2]. I ran into an issue when adding the entry to the /bin/config file where the given config entry seems to be incorrect in syntax. I added the following : <start name="hello_server"> <resource name="RAM" quantum="1M"/> </start> Now when I run ./core I get the following output : [init -> hello_server] Hello::Root_component::Root_component(Genode::Server_entrypoint*, Genode::Allocator*): Creating root component. [init] virtual bool Child::announce_service(const char*, Genode::Root_capability, Genode::Allocator*): hello_server: illegal announcement of service "Hello" Is it possible that I have missed something? Thanks, Ruchith p.s. I did look into the os/src/init/main.cc file (announce_service() ) that reports the error and I found that after execution of : Genode::Service *s = _child_services->find(service_name, &_server); s is null. 1. http://genode.org/documentation/developer-resources/getting_started 2. hello_tutorial/doc/hello_tutorial.txt

2 2

how to gdb genode apps
by stephane frenot 15 Sep '10

15 Sep '10

Hello, I have a problem while debugging genode with gdb. When starting gdb ./core it freeezes on 3 LWP. Is there a specific gdb configuration in order to reach sub services ? /stephane -- http://perso.citi.insa-lyon.fr/sfrenot work here : http://tinyurl.com/2ts4xf sleep here : http://tinyurl.com/33p2gt play here : http://tinyurl.com/3yarjz --- Stephane Frenot Université de Lyon, INRIA INSA-Lyon, CITI, F-69621, France

4 5

bug in compiling v129
by stephane frenot 14 Sep '10

14 Sep '10

- Hello I have this bug, when compiling genode : arch : x86_64 Program server/iso9660/iso9660 COMPILE iso9660.o /opt/genode/os/src/server/iso9660/iso9660.cc: In function ‘void Iso::init()’: /opt/genode/os/src/server/iso9660/iso9660.cc:484: erreur: no matching function for call to ‘Block::Connection::info(unsigned int*, Genode::size_t*, Block::Session::Operations*)’ /opt/genode/os/include/block_session/client.h:53: note: candidats sont: virtual void Block::Session_client::info(Genode::size_t*, Genode::size_t*, Block::Session::Operations*) make[2]: *** [iso9660.o] Erreur 1 - For the moment, I changed line 484 : Index: iso9660.cc =================================================================== --- iso9660.cc (révision 129) +++ iso9660.cc (copie de travail) @@ -479,7 +479,8 @@ Sector::_blk = &_blk; Sector::_source = _blk.tx(); - unsigned blk_cnt = 0; + //unsigned blk_cnt = 0; + Genode::size_t blk_cnt=0; Block::Session::Operations ops; _blk.info(&blk_cnt, &Sector::_blk_size, &ops); } /stephane -- http://perso.citi.insa-lyon.fr/sfrenot work here : http://tinyurl.com/2ts4xf sleep here : http://tinyurl.com/33p2gt play here : http://tinyurl.com/3yarjz --- Stephane Frenot Université de Lyon, INRIA INSA-Lyon, CITI, F-69621, France

1 0

errors in compiling the svn repository
by stephane frenot 10 Sep '10

10 Sep '10

Hello the list, I have a little problem when compiling the current release. Arch : linux x86_64 /tmp/genode/os/src/server/rom_loopdev/main.cc:208: erreur: cannot allocate an object of abstract type ‘Block::Session_component’ /tmp/genode/os/src/server/rom_loopdev/main.cc:34: note: because the following virtual functions are pure within ‘Block::Session_component’: The same error appears at least in : os/src/test/fb_block_adapter and os/src/drivers/atapi directories. /stephane -- http://perso.citi.insa-lyon.fr/sfrenot work here : http://tinyurl.com/2ts4xf sleep here : http://tinyurl.com/33p2gt play here : http://tinyurl.com/3yarjz --- Stephane Frenot Université de Lyon, INRIA INSA-Lyon, CITI, F-69621, France

2 1

Software Freedom Day 2010
by Norman Feske 02 Sep '10

02 Sep '10

Hello all, we are happy about having been invited to present Genode at this year's Software Freedom Day, which will take place on 17th of September at the Centrum Wiskunde & Informatica (CWI - http://www.cwi.nl) at the Science Park (http://www.scienceparkamsterdam.nl/nc/en) in Amsterdam. The event aims to bring government, business, and education together to support and promote Open-Source and free software, open standards, open file formats, and open hardware. With our presentation, we will introduce the Genode OS Framework to the community. If you are interested in gathering with other open-source enthusiasts or to get in touch with us, please consider joining this event. The entrance is free. Website of Software Freedom Day 2010: http://www.softwarefreedomday.eu Best regards Norman -- Dr.-Ing. Norman Feske Genode Labs http://www.genode-labs.com · http://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth

1 0

Cluttered trace messages on Genode/OKL4v2
by Frank Kaiser 31 Aug '10

31 Aug '10

Hello In my environment running Genode on top of OKL4 V2.1 I occasionally observed cluttered debug output on the serial console, sometimes accompanied by a roottask page fault. A close inspection of the system showed that this happens when core writes debug output messages on its own while in parallel debug messages are sent by other protection domains. In core debug messages processed by Genode::printf() and Genode::vprintf() are processed by Okl4_console::vprintf() which infact is the call of the base class methode Console::vprintf(). The implementation in the files okl4_console.cc and console.cc shows that there is no lock to serialize trace output from different sources. The outcome is that core's trace server and any other core thread can concurrently write to OKL4's character-oriented debug interface leading to the mix-up of two debug messages. I could solve the problem by simply copying the solution from the class Log_console used by the other protection domains: * Adding a Lock object to the class Okl4_console private: Lock _lock; * Substituting the call of the base class method Console::vprintf() by providing a dedicated method Okl4_console::vprintf() public: inline void vprintf(const char *format, va_list list) { Lock::Guard lock_guard(_lock); Console::vprintf(format, list); } These two changes fix the problem w/o affecting any caller code using Okl4_console::vprintf(). It leaves the base class methode Console::vprintf() unmodified so that its usage in different derived classes is not compromised. I'd appreciate if this or an equivalent fix could find its way into one of the next Genode baselines on Sourceforge. Regards Frank

2 1

Fiasco.OC + Genode
by Pablo Montesinos 30 Aug '10

30 Aug '10

Hi, I've been using Fiasco.OC released on June. I've noticed that the 3rd_fiasco.tar.bz package is from february. I was wondering if you knew whether anyone had tried using the Fiasco.OC with the current Genode distribution. Thanks, Pablo

2 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users