genode/repos/ports
Stefan Kalkowski 040cd95580 noux: fix context-area re-initialization in fork
With commit e74b53d5dd the fork semantic in noux
changed slightly, and broke platforms like hw & sel4, where the UTCB is mapped
directly into the thread's context area. The change moved the re-initialization
to a point where the new noux process' thread stack-pointer was already switched
back to the context area. But to re-initialize the context area RPC calls must
be done, and the UTCB must be used therefore. On the other side the UTCB is
found implicitly by the stack-pointer, whereby a stack-pointer located in the
context-area refers to a UTCB that is expected to reside in the context-area
as well. But the UTCB gets overlayed inside the context area by the
context-area's re-initialization - we've come round in a circle.

This commit rolls back the move of the re-initialization routine. To preserve
the intention of the original commit, the context-area location is stored in
a static variable, so that the Native_config API is not needed anymore.

Fix #1851
2016-01-26 16:20:36 +01:00
..
doc Move repositories to 'repos/' subdirectory 2014-05-14 16:08:00 +02:00
include noux: getdtablesize support 2016-01-08 15:07:58 +01:00
lib vbox: 64-bit guest support 2015-11-29 18:17:06 +01:00
mk tool_chain: cleanup 2015-05-26 09:39:49 +02:00
ports noux-pkg: port of tar-1.27 2016-01-13 14:49:11 +01:00
run noux-pkg: update OpenSSH to 7.1p1 2015-12-10 13:16:29 +01:00
src noux: fix context-area re-initialization in fork 2016-01-26 16:20:36 +01:00
Makefile Unify 'make prepare' between libports and ports 2014-05-14 16:08:00 +02:00
README Remove repos/qt4, fix #1451 2015-03-19 08:57:20 +01:00

This directory contains ports of popular 3rd-party applications to Genode.

The 'ports' repository follows the line of the 'libports' repository.
For instructions about downloading and building 3rd-party applications,
please refer to 'libports/README'.


Dependencies from other repositories
------------------------------------

Application provided by the 'ports' repository typically expect a rich
runtime environment, including shared libraries provided by the 'libports'
repository. Hence, 'ports' depends on 'libports'.