genode

History

Martin Stein b811ef4331 signal: fix starvation by fast signal contexts In the past, a signal context, that was chosen for handling by 'Signal_receiver::pending_signal and always triggered again before the next call of 'pending_signal', caused all other contexts behind in the list to starve. This was the case because 'pending_signal' always took the first pending context in its context list. We avoid this problem now by handling pending signals in a round-robin fashion instead. Ref #2532		2017-10-19 13:29:42 +02:00
..
etc	Let default tools.conf cover each architecture	2016-07-15 11:38:26 +02:00
include	signal: fix starvation by fast signal contexts	2017-10-19 13:29:42 +02:00
lib	timer: limit rate of handling timeouts	2017-10-05 17:40:05 +02:00
mk	Support read-only data symbols in ABI	2017-10-05 17:40:04 +02:00
recipes	depot: avoid rule aliaing in api/base content.mk	2017-10-05 17:40:01 +02:00
run	run: add Xen support	2017-08-28 16:49:48 +02:00
src	signal: fix starvation by fast signal contexts	2017-10-19 13:29:42 +02:00
README	core: add information about infos provided by core	2017-06-29 11:59:52 +02:00

README

This is generic part of the Genode implementation. It consists of two parts:

:_Core_: is the ultimate root of the Genode application tree
  and provides abstractions for the lowest-level hardware resources
  such as RAM, ROM, CPU, and generic device access. All generic parts of Core
  can be found here - for system-specific implementations refer to the
  appropriate 'base-<system>' directory.

:_Base libraries and protocols_: that are used by each Genode component
  to interact with other components. This is the glue that holds everything
  together.

_Core_ may export information about the hardware platform by an ROM
called 'platform_info'. Depending on the platform, e.g. ARM or x86 or riscv,
and depending on the boot mode and boot loader and kernel, some nodes may not
be populated.

!<platform_info>
! <acpi revision="2" rsdt="0x1fe93074" xsdt="0x1fe930e8"/>
! <boot>
!   <framebuffer phys="0x7300000" width="1024" height="768" bpp="32"/>
! </boot>
!</platform_info>

If the ACPI RSDT and XSDT physical pointer is reported by the used kernel
and/or bootloader, _Core_ may provide this information by the ROM.

If the graphic device is initialised and can be directly used by a framebuffer
driver, _Core_ may provide the physical pointer to the framebuffer, the
resolution and color depth in bits.