remoteproc: support reading memory maps from firmware
authorSuman Anna <s-anna@ti.com>
Fri, 15 Jul 2011 05:46:59 +0000 (00:46 -0500)
committerCris Jansson <cjansson@ti.com>
Mon, 29 Aug 2011 23:31:07 +0000 (18:31 -0500)
commitaec6f63a7ca21e30b8bda50409a858e3c0b7cf8d
tree79df6c4fc3a1beb5cd0fa4553a500e4b053d59ea
parenta6b378d408653aa3309db4a1f349ac7593ca180b
remoteproc: support reading memory maps from firmware

The remoteproc module has been adapted to load the remote processor
completely based on the memory map from the firmware image.

The following are the main changes:
    - pass a new memory pool in the platform data, replacing the
      previous memory maps, so that the firmware loading can use
      the pool data while processing the different image sections.
    - the new firmware image is expected to have the firmware
      section as the first section, so that the memory map data
      can be retrieved.
    - the resource table firmware section processing handles the
      allocation of memory for memory regions without physical
      addresses. The sections with pre-defined static addresses
      are also authenticated against the static pool range.
    - the previous memory maps data is completely removed from the
      platform data, but rather is localized now to remoteproc driver;
      the memory map is published during the resource table firmware
      section processing.

Change-Id: I5b62a934ad9606aa1a4d3f776c1e8b2c5d3d4f2c
Signed-off-by: Suman Anna <s-anna@ti.com>
drivers/remoteproc/remoteproc.c
include/linux/remoteproc.h