users

users@lists.genode.org

1 participants
2331 discussions

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

Handling division-by-zero
by mx＠...19... 27 Aug '10

27 Aug '10

Hi all, I'm working with Genode 10.05 on top of the OKL4 Microkernel. Recently, my application raised a division-by-zero. Shame on me - but I was very astonished when I found out that the root task (core) handles this error rather by chance than explicitly, for there's no real handler registered. The error ipc the kernel sends to core, arrives in the sleep_forever function within core's main thread which sleeps in an ipc call expected never to return. On the division-by-zero, this ipc returns indeed, causing the ipc_client to indicate that its receive buffer be too small for the incoming message (containing the kernel-saved thread context). Upon that, core's main thread acknowledges the ipc to the kernel and performs the sleep_forever action again. The offending application thread is aborted by the kernel. One might call that a proper handling, in fact, it's correct, but it would have been very nice to have a real handler inside of core giving a simple hint on the error. The current implementation makes it very hard to debug such errors (In fact, I had to debug into core to see where the 'copy_utcb_to_msgbuf' failed, then into the kernel itself to see what was actually signalled to core and then finally into my application's threads upon the very faint idea what to look for). Furthermore, if the message buffer inside of core would have been big enough to take the kernel's ipc, even the initial 'hint' where to start debugging would have been missing ;) Could you please make core at least a little more verbose at this point? By the way I found out that the handler for an invalid-opcode is missing as well, but I don't know if there's a chance to catch those errors inside the root task, for they cause the kernel itself to enter the kernel debugger and hence halting the system (so rather an OKL4 issue). Regards Sven -- Sven Fülster

2 2

Announcement: Genode OS Framework version 10.08 released
by Stefan Kalkowski 11 Aug '10

11 Aug '10

We are happy to announce release 10.08 of the Genode OS Framework. This new version brings support for hardware accelarated graphics and wireless networking. The release introduces the Gallium3D software stack alongside the Intel graphics execution manager, which can be used by Genode applications to perform hardware-accelerated 3D graphics on Intel GMA platforms. The integration of the MadWifi project into our Linux device-driver environment enables the use of a broad range of wireless network cards. The newly introduced block-session interface is showcased by the new ATAPI driver, a service providing ROM files as loop-device, and by a block-device driver for Genode's paravirtualized OKLinux version. Release-notes summary for version 10.08 --------------------------------------- * Hardware-accelerated 3D graphics via Gallium3D and Intel GEM * Wireless networking using MadWifi * Block device interface, ROM loop service * ATAPI driver, ISO 9660 file system * Update of Qt4 to version 4.6.3 * Dynamic linker for ARM EABI You can find the complete release notes for the version 10.08 here: http://genode.org/documentation/release-notes/10.08/ The new release is available to the project's subversion repository and at the Genode download page: http://genode.org/download/latest-release Regards -- Stefan Kalkowski 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

Second anniversary of the Genode OS Framework
by Norman Feske 10 Aug '10

10 Aug '10

Hi there, the upcoming version 10.08 of the Genode OS Framework will be the 8th release since the initial publication two years ago in August 2008. We invite you to celebrate its second anniversary together with us. As last year, we will gather for a barbecue and a campfire at the river Elbe in Dresden on 12th of August, 6 pm near Moritzburger Str. 1 in Dresden Check out the map for finding the location: http://maps.google.de/maps/ms?ie=UTF8&msa=0&msid=103318122554571178078.0004… We'd be happy about you joining us. We will provide beverages and barbecue both vegetarian and non-vegetarian. If you plan to attend, please send a short note to info@...1... Cheers 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 1

LWIP
by Peter Nguyen 22 Jul '10

22 Jul '10

Hi, I've noticed that when connecting to the test web server via TAP, connections seem to be a bit slow. I've added some test code to "download" some data on the web server, and at most, i'm only getting around 1.5K/s (using wget). Is there something i can do to improve the connection speed, or am I basically stuck with this? Peter

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users