Platform: Remove Musca_A platform code (Deprecation)

This patch removes Musca A board from platform
code-base and documentation.

Signed-off-by: Minos Galanakis <minos.galanakis@arm.com>
Change-Id: I8479a18faa769e112792830c9e64127e72843aaa
diff --git a/docs/getting_started/tfm_integration_guide.rst b/docs/getting_started/tfm_integration_guide.rst
index 6ab7a19..a37a4cb 100644
--- a/docs/getting_started/tfm_integration_guide.rst
+++ b/docs/getting_started/tfm_integration_guide.rst
@@ -23,7 +23,6 @@
 - Cortex-M23 IoT Kit subsystem for MPS2+ (AN519)
 - Corstone-300 Ecosystem FVP (Cortex-M55 SSE-300 MPS2+)
 - Corstone-300 Ethos-U55 FVP (Cortex-M55 plus Ethos-U55 SSE-300 MPS3)
-- Musca-A test chip board (Cortex-M33 SSE-200 subsystem)
 - Musca-B1 test chip board (Cortex-M33 SSE-200 subsystem)
 - Musca-S1 test chip board (Cortex-M33 SSE-200 subsystem)
 - CoreLink SSE-200 Subsystem for MPS3 (AN524)
@@ -44,9 +43,6 @@
 More information about subsystems supported by the MPS3 board can be found in:
 `MPS3 homepage <https://developer.arm.com/products/system-design/development-boards/fpga-prototyping-boards/mps3>`__
 
-More information about the Musca-A test chip board can be found in:
-`Musca-A homepage <https://developer.arm.com/products/system-design/development-boards/iot-test-chips-and-boards/musca-a-test-chip-board>`__
-
 More information about the Musca-B1 test chip board can be found in:
 `Musca-B1 homepage <https://www.arm.com/products/development-tools/development-boards/musca-b1-iot>`__
 
diff --git a/docs/getting_started/tfm_secure_boot.rst b/docs/getting_started/tfm_secure_boot.rst
index 0764956..95d3f68 100644
--- a/docs/getting_started/tfm_secure_boot.rst
+++ b/docs/getting_started/tfm_secure_boot.rst
@@ -202,7 +202,7 @@
 
 RAM Loading firmware upgrade
 ============================
-Musca-A supports an image upgrade mode that is separate to the other (overwrite,
+Musca-S supports an image upgrade mode that is separate to the other (overwrite,
 swapping and dirext-xip) modes. This is the ``RAM load`` mode (please refer
 to the table below). Like the direct-xip mode, this selects the newest image
 by reading the image version numbers in the image headers, but instead of
@@ -238,8 +238,6 @@
 +---------------------+-----------------+---------------+----------+----------------+--------------+
 | LPC55S69            | Yes             | Yes           | No       | Yes            | No           |
 +---------------------+-----------------+---------------+----------+----------------+--------------+
-| Musca-A             | No              | No            | No       | No             | Yes          |
-+---------------------+-----------------+---------------+----------+----------------+--------------+
 | Musca-B1            | Yes             | Yes           | Yes      | Yes            | No           |
 +---------------------+-----------------+---------------+----------+----------------+--------------+
 | Musca-S1            | Yes             | Yes           | Yes      | Yes            | No           |
@@ -758,21 +756,21 @@
 (either in the configuration file or through the command line), and then specify
 a destination load address in RAM where the image can be copied to and executed
 from. The ``IMAGE_LOAD_ADDRESS`` macro must be specified in the target dependent
-files, for example with Musca-A, its ``flash_layout.h`` file in the ``platform``
-folder should include ``#define IMAGE_LOAD_ADDRESS #0x10020000``
+files, for example with Musca-S, its ``flash_layout.h`` file in the ``platform``
+folder should include ``#define IMAGE_LOAD_ADDRESS #0xA0020000``
 
-Executing firmware upgrade on Musca-A board
+Executing firmware upgrade on Musca-S board
 --------------------------------------------
 After two images have been built, they can be concatenated to create the
 combined image using ``srec_cat``:
 
 - Linux::
 
-    srec_cat bin/bl2.bin -Binary -offset 0x200000 tfm_sign_old.bin -Binary -offset 0x220000 tfm_sign_new.bin -Binary -offset 0x320000 -o tfm.hex -Intel
+    srec_cat bin/bl2.bin -Binary -offset 0xA000000 tfm_sign_old.bin -Binary -offset 0xA020000 tfm_sign_new.bin -Binary -offset 0xA100000 -o tfm.hex -Intel
 
 - Windows::
 
-    srec_cat.exe bin\bl2.bin -Binary -offset 0x200000 tfm_sign_old.bin -Binary -offset 0x220000 tfm_sign_new.bin -Binary -offset 0x320000 -o tfm.hex -Intel
+    srec_cat.exe bin\bl2.bin -Binary -offset 0xA000000 tfm_sign_old.bin -Binary -offset 0xA020000 tfm_sign_new.bin -Binary -offset 0xA100000 -o tfm.hex -Intel
 
 The following message will be shown in case of successful firmware upgrade when,
 RAM loading is enabled, notice that image with higher version number
@@ -783,8 +781,8 @@
     [INF] Starting bootloader
     [INF] Image 0: version=0.0.0.1, magic= good, image_ok=0x3
     [INF] Image 1: version=0.0.0.2, magic= good, image_ok=0x3
-    [INF] Image has been copied from the secondary slot in flash to SRAM address 0x10020000
-    [INF] Booting image from SRAM at address 0x10020000
+    [INF] Image has been copied from the secondary slot in flash to SRAM address 0xA0020000
+    [INF] Booting image from SRAM at address 0xA0020000
     [INF] Bootloader chainload address offset: 0x20000
     [INF] Jumping to the first image slot
     [Sec Thread] Secure image initializing!
diff --git a/docs/getting_started/tfm_user_guide.rst b/docs/getting_started/tfm_user_guide.rst
index 1a2de50..55648f4 100644
--- a/docs/getting_started/tfm_user_guide.rst
+++ b/docs/getting_started/tfm_user_guide.rst
@@ -233,16 +233,6 @@
 #. Create a unified hex file comprising of both ``bl2.bin`` and
    ``tfm_s_ns_signed.bin``.
 
-    - For Musca-A
-
-        - Windows::
-
-            srec_cat.exe bin\bl2.bin -Binary -offset 0x200000 bin\tfm_s_ns_signed.bin -Binary -offset 0x220000 -o tfm.hex -Intel
-
-        - Linux::
-
-            srec_cat bin/bl2.bin -Binary -offset 0x200000 bin/tfm_s_ns_signed.bin -Binary -offset 0x220000 -o tfm.hex -Intel
-
     - For Musca-B1
 
         - Windows::
@@ -398,12 +388,7 @@
 
     Another way this can be achieved is by using ``srec_cat`` with the ``-fill``
     parameter to fill the corresponding area in the binary with the erase value
-    of the flash (``0xFF``). For example, for Musca-A the command for
-    concatenating the ``bl2`` and ``tfm_s_ns_signed`` binaries would become::
-
-        srec_cat bin/bl2.bin -Binary -offset 0x200000 \
-                 bin/tfm_s_ns_signed.bin -Binary -offset 0x220000 \
-                 -fill 0xFF 0x420000 0x425000 -o tfm.hex -Intel
+    of the flash (``0xFF``).
 
     Refer to the platform flash layout for appropriate addresses to erase on
     other platforms.