Partycje DTB i DTBO

Jeśli plik blob drzewa urządzenia (DTB) lub plik blob drzewa urządzenia na potrzeby nakładki (DTBO) znajduje się w niepowtarzalnej partycji, na przykład w partycji dtb lub dtbo, użyj tej struktury tabeli i formatu nagłówka:

Rysunek 1. Przykład układu partycji DTB i DTBO

Struktury danych

dt_table_header jest tylko w przypadku partycji dtb/dtbo. Nie możesz dodać tego formatu po sekcji image.gz. Jeśli masz pojedynczy DTB lub DTBO, musisz nadal używać tego formatu (a wartość dt_entry_countdt_table_header to 1).

#define DT_TABLE_MAGIC 0xd7b7ab1e

struct dt_table_header {
  uint32_t magic;             // DT_TABLE_MAGIC
  uint32_t total_size;        // includes dt_table_header + all dt_table_entry
                              // and all dtb/dtbo
  uint32_t header_size;       // sizeof(dt_table_header)

  uint32_t dt_entry_size;     // sizeof(dt_table_entry)
  uint32_t dt_entry_count;    // number of dt_table_entry
  uint32_t dt_entries_offset; // offset to the first dt_table_entry
                              // from head of dt_table_header

  uint32_t page_size;         // flash page size we assume
  uint32_t version;       // DTBO image version, the current version is 0.
                          // The version is incremented when the
                          // dt_table_header struct is updated.
};

struct dt_table_entry {
  uint32_t dt_size;
  uint32_t dt_offset;         // offset from head of dt_table_header

  uint32_t id;                // optional, must be zero if unused
  uint32_t rev;               // optional, must be zero if unused
  uint32_t custom[4];         // optional, must be zero if unused
};

Aby odczytać wszystkie wartości dt_table_entry, użyj właściwości dt_entry_size, dt_entry_countdt_entries_offset. Przykład:

my_read(entries_buf,
        header_addr + header->dt_entries_offset,
        header->dt_entry_size * header->dt_entry_count);

Wartości id, revcustomdt_table_entry to opcjonalne identyfikatory sprzętowe drzewa urządzenia, których bootloader może użyć do skutecznego identyfikowania DTB lub DTBO do załadowania. Jeśli bootloader wymaga dodatkowych informacji, umieść je w pliku DTB lub DTBO, gdzie bootloader może je odczytać, analizując plik DTB lub DTBO (patrz przykładowy kod poniżej).

Kod demonstracyjny

Poniższy przykładowy kod sprawdza identyfikację sprzętu w bootloaderze.

  • Funkcja check_dtbo() sprawdza identyfikację sprzętową. Najpierw sprawdza dane w strukturze dt_table_entry (id, rev itd.). Jeśli tych danych jest za mało, wczytuje dane dtb do pamięci i sprawdza wartość w atrybucie dtb.
  • Wartości właściwości my_hw_information i soc_id są analizowane w węźle głównym (na przykład w my_dtbo_1.dts).
    [my_dtbo_1.dts]
    /dts-v1/;
    /plugin/;
    
    / {
      /* As DTS design, these properties only for loader, won't overlay */
      compatible = "board_manufacturer,board_model";
    
      /* These properties are examples */
      board_id = <0x00010000>;
      board_rev = <0x00010001>;
      another_hw_information = "some_data";
      soc_id = <0x68000000>;
      ...
    };
    
    &device@0 {
      value = <0x1>;
      status = "okay";
    };
    
    
    [my_bootloader.c]
    int check_dtbo(const dt_table_entry *entry, uint32_t header_addr) {
      ...
      if (entry->id != ... || entry->rev != ...) {
        ...
      }
      ...
      void * fdt_buf = my_load_dtb(header_addr + entry->dt_offset, entry->dt_size);
      int root_node_off = fdt_path_offset(fdt_buf, "/");
      ...
      const char *my_hw_information =
        (const char *)fdt_getprop(fdt_buf, root_node_off, "my_hw_information", NULL);
      if (my_hw_information != NULL && strcmp(my_hw_information, ...) != 0) {
        ...
      }
      const fdt32_t *soc_id = fdt_getprop(fdt_buf, root_node_off, "soc_id", NULL);
      if (soc_id != NULL && *soc_id != ...) {
        ...
      }
      ...
    }

mkdtimg

mkdtimg to narzędzie do tworzenia obrazów dtb/dtbo (kod źródłowysystem/libufdt w AOSP). mkdtimg obsługuje kilka poleceń, w tym create, cfg_createdump.

utwórz

Aby utworzyć obraz dtb/dtbo, użyj polecenia create:

mkdtimg create <image_filename> (<global-option>...) \
    <ftb1_filename> (<entry1_option>...) \
    <ftb2_filename> (<entry2_option>...) \
    ...

ftbX_filename generuje dt_table_entry na obrazie. entryX_option to wartości do przypisania do dt_table_entry. Te wartości mogą być dowolnym z tych elementów:

--id=<number|path>
--rev=<number|path>
--custom0=<number|path>
--custom1=<number|path>
--custom2=<number|path>
--custom3=<number|path>

Wartości liczbowe mogą być 32-bitowymi cyframi (np. 68000) lub liczbami szesnastkowymi (np. 0x6800). Możesz też określić ścieżkę w formacie:

<full_node_path>:<property_name>

Na przykład: /board/:id. mkdtimg odczytuje wartość z ścieżki w pliku DTB lub DTBO i przypisze ją (32-bitową) do względnej właściwości w dt_table_entry. Możesz też ustawić global_option jako opcję domyślną dla wszystkich wpisów. Domyślna wartość parametru page_size w paragrafie dt_table_header to 2048. Aby przypisać inną wartość, użyj parametru global_option --page_size=<number>.

Przykład:

[board1.dts]
/dts-v1/;
/plugin/;

/ {
  compatible = "board_manufacturer,board_model";
  board_id = <0x00010000>;
  board_rev = <0x00010001>;
  another_hw_information = "some_data";
  ...
};

&device@0 {
  value = <0x1>;
  status = "okay";
};


mkdtimg create dtbo.img --id=/:board_id --custom0=0xabc \
  board1.dtbo \
  board2.dtbo --id=0x6800 \
  board3.dtbo --id=0x6801 --custom0=0x123
  • Pierwszy dt_table_entry (board1.dtbo) id to 0x00010000, a custom[0] to 0x00000abc.
  • Drugi id to 0x00006800, a custom[0] to 0x00000abc.
  • Trzeci id to 0x00006801, a custom[0] to 0x00000123.
  • W pozostałych przypadkach używana jest wartość domyślna (0).

cfg_create

Polecenie cfg_create tworzy obraz z plikiem konfiguracji w tym formacie:

# global options
  <global_option>
  ...
# entries
<ftb1_filename>     # comment
  <entry1_option>   # comment
  ...
<ftb2_filename>
  <entry2_option>
  ...
...

Opcje global_optionentryX_option muszą zaczynać się od co najmniej 1 znaku spacji (te opcje są takie same jak opcje create, ale bez prefiksu --). Puste wiersze lub wiersze zaczynające się od # są ignorowane.

Przykład:

[dtboimg.cfg]
# global options
  id=/:board_id
  rev=/:board_rev
  custom0=0xabc

board1.dtbo

board2.dtbo
  id=0x6800       # override the value of id in global options

board2.dtbo
  id=0x6801       # override the value of id in global options
  custom0=0x123   # override the value of custom0 in global options


mkdtimg cfg_create dtbo.img dtboimg.cfg

mkdtimg nie obsługuje wyrównywania w przypadku plików .dtb/.dtbo, ale dołącza je do obrazu. Gdy używasz opcji dtc do kompilowania .dts na .dtb/.dtbo, musisz dodać opcję -a. Na przykład dodanie opcji -a 4 powoduje dodanie wypełnienia, dzięki któremu rozmiar .dtb/.dtbo jest wyrównany do 4 bajtów.

Kilka wpisów w tabeli DT może mieć ten sam identyfikator .dtb/.dtbo. Jeśli użyjesz tej samej nazwy pliku w różnych wpisach, obraz z tym samym identyfikatorem dt_offsetdt_size będzie przechowywał tylko jedną treść. Jest to przydatne, gdy używasz różnych urządzeń z identycznymi wartościami DT.

zrzut

W przypadku obrazów dtb/dtbo użyj polecenia dump, aby wydrukować informacje z obrazu. Przykład:

mkdtimg dump dtbo.img
dt_table_header:
               magic = d7b7ab1e
          total_size = 1300
         header_size = 32
       dt_entry_size = 32
      dt_entry_count = 3
   dt_entries_offset = 32
           page_size = 2048
             version = 0
dt_table_entry[0]:
             dt_size = 380
           dt_offset = 128
                  id = 00010000
                 rev = 00010001
           custom[0] = 00000abc
           custom[1] = 00000000
           custom[2] = 00000000
           custom[3] = 00000000
           (FDT)size = 380
     (FDT)compatible = board_manufacturer,board_model
...