# HG changeset patch # User jld # Date 1286628814 0 # Node ID 7b425c007a6c653d276df32cbefdf720d8a9527c # Parent 16fb75d6ac70d101835f49014b37847b6e6ee405 * doc/porting.sgml: Delete references to the memory layout editor. diff --git a/packages/hal/common/current/ChangeLog b/packages/hal/common/current/ChangeLog --- a/packages/hal/common/current/ChangeLog +++ b/packages/hal/common/current/ChangeLog @@ -1,3 +1,7 @@ +2010-10-09 John Dallaway + + * doc/porting.sgml: Delete references to the memory layout editor. + 2009-02-02 Bart Veer * cdl/hal.cdl: add CYGBLD_GLOBAL_WARNFLAGS, as part of global @@ -2342,7 +2346,7 @@ 1998-08-18 Nick Garnett - + @@ -1797,7 +1797,7 @@ RedBoot. You are advised to read all the Copy an existing platform HAL from the same or another architecture. Rename the files as necessary to follow the - standard: CDL and MLT related files should contain the + standard: CDL and memory layout related files should contain the <arch>_<variant>_<platform> triplet. @@ -1817,12 +1817,12 @@ RedBoot. You are advised to read all the packages will be added later. -Adjust the MLT files in +Adjust the memory layout files in include/pkgconf to match the memory layout on - the platform. For initial testing it should be enough to just hand + the platform. See for more details. @@ -2591,9 +2591,13 @@ monitor, then different output formats w
Platform Memory Layout -The platform memory layout is defined using the Memory -Configuration Window in the Configuration Tool. - +Historically, the platform memory layout was defined using a Memory +Configuration window in the eCos Configuration Tool (version 1.x). +However, the memory layout feature was not ported to the wxWidgets version +of the tool (version 2.0 and later). Memory layouts are currently manipulated +using a text editor. + +
Layout Files -The memory configuration details are saved in three files: +The memory configuration details are specified in two files: + .ldi This is the linker script fragment. It defines the memory @@ -2627,8 +2634,11 @@ map files for you. -These three files are generated for each startup-type, since the -memory details usually differ. +These files are generated for each startup-type, since the +memory details usually differ. The layout and structure of new files +should match those of existing memory layout files to allow for the +introduction of a new memory layout editor in the future. +
@@ -2640,8 +2650,8 @@ purposes, making room for exception vect startup configurations also need to reserve some space at the bottom of the memory map for the ROM monitor. -These reserved areas are named with the prefix "reserved_" which is -handled specially by the Configuration Tool: instead of referring to a +These reserved areas are named with the prefix "reserved_" instead of referring to a linker macro, the start of the area is labeled and a gap left in the memory map.