Changes between Version 64 and Version 65 of boot_procedure


Ignore:
Timestamp:
Dec 7, 2019, 1:04:40 PM (3 years ago)
Author:
alain
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • boot_procedure

    v64 v65  
    66
    77The ALMOS-MKH boot procedure can be decomposed in two phases:
    8  * The architecture dependent phase, implemented by an architecture specific '''boot_loader''' procedure.
     8 * The architecture dependent phase, implemented by an architecture specific '''bootloader''' procedure.
    99 * The architecture independent phase, implemented by a generic (architecture independent) '''kernel-init''' procedure.
    1010
    11 As the generic (i.e. architecture independent) kernel initialization procedure is executed in parallel by all kernel instances in all clusters containing at least one core and one memory bank, the main task of the boot-loader is to load - in each cluster - a local copy of
    12 the ALMOS-MKH kernel code, and a description of the hardware architecture, contained in a local ''boot_info_t'' data-structure.
    13 
    14 This fixed size ''boot_info_t'' structure is build by the boot-loader, and stored at the beginning of the local copy of the kdata segment. As it contains both general and cluster specific information, the content depends on the cluster:
     11As the generic (i.e. architecture independent) kernel initialization procedure is executed in parallel by all kernel instances in all clusters containing at least one core and one memory bank, the main task of the bootloader is to load - in each cluster - a local copy of
     12the ALMOS-MKH kernel code, and a description of the hardware architecture, contained in a local ''boot_info'' data-structure, .
     13
     14This fixed size ''boot_info'' structure is build by the boot-loader, and stored at the beginning of the local copy of the kdata segment. As it contains both general and cluster specific information, the content depends on the cluster:
    1515 * general hardware architecture features : number of clusters, topology, etc.
    1616 * available external (shared) peripherals : types and features.
     
    1919 * available physical memory in cluster.
    2020
    21 This boot_info_t structure is defined in the '''boot_info.h''' file.
    22 
    23 To build the various boot_info_t structures (one per cluster), the boot-loader uses the '''arch_info_t''' binary structure, that is described in
    24 section [wiki:arch_info Hardware Platform Definition]. This binary structure is contained in the '''arch_info.bin''' file, and must be stored
    25 in the file system root directory.
     21This boot_info structure is defined in the  [https://www-soc.lip6.fr/trac/almos-mkh/browser/trunk/tools/arch_info/boot_info.h  almos-mkh/tools/arch_info/boot_info.h] and [https://www-soc.lip6.fr/trac/almos-mkh/browser/trunk/tools/arch_info/boot_info.c  almos-mkh/tools/arch_info_info/boot_info.c] files.
     22
     23To build the various boot_info structures (one per cluster), the boot-loader uses the '''arch_info''' binary structure, that is described in
     24section [wiki:arch_info Hardware Platform Definition]. This '''arch_info''' structure is defined in the [https://www-soc.lip6.fr/trac/almos-mkh/browser/trunk/tools/arch_info/arch_info.h  almos-mkh/tools/arch_info/arch_info.h] and [https://www-soc.lip6.fr/trac/almos-mkh/browser/trunk/tools/arch_info/arch_info.c  almos-mkh/tools/arch_info/arch_info.c] files.
     25To be accessed by the boot loader, the binary file '''arch_info.bin''' file must be stored on disk, in the file system root directory.
    2626
    2727This method allows an intelligent boot_loader to check and - if required - reconfigure the hardware components, to guaranty that the generated boot_info_t structures contain only functionally tested hardware components.