Horst Schirmeier 58fa4c59cc sal/bochs: fix handling of unmapped memory
Up to now, BochsMemory::isMapped() always returned true in 32-bit protected
mode with a 4GB linear address space (as used by, e.g., eCos), even for
addresses greater than the configured memory size.  This led to lots of
bogus memory dereferences in the (extended) tracing plugin.

This change (a follow-up to commit 5171645) additionally checks the return
value of getHostMemAddr(), and announces BX_RW (read/write access) instead
of BX_READ as the intended type of memory access.  In the aforementioned
scenario, memory addresses greater than the memory size are now correctly
detected as "not mapped".

Change-Id: Ic2fa7554c869cb90191164535a601bae4dbb49b6
2014-02-17 23:24:16 +01:00
2014-01-28 11:07:34 +01:00
2013-11-06 17:37:20 +01:00
2014-01-21 16:09:08 +01:00

This is an import of the old danceos svn repository.  The Fail* development
started with rev 187, but this git import only contains revisions 956 and newer
due to directory structure changes.

Imported from external gitsvn checkout.
http://www.kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.html
Description
No description provided
Readme 38 MiB
Languages
C++ 45%
C 36.8%
Python 8.2%
Shell 1.7%
Makefile 1.6%
Other 6.2%