Не удается загрузиться с FIT-образа

Я работаю с Xilinx Zynq-7000 SoC и пытаюсь перейти от «устаревшего» (образ uImage + DTB + initramfs) к «современному» (образ FIT) процессу загрузки. Это текущая последовательность команд, которые я использую для загрузки моей платы (выходные данные опущены):

setenv bootargs "console=ttyPS0,115200 root=/dev/ram rw ramdisk_size=0x1600000 earlyprintk init=/sbin/init"
tftpboot 0x2000000 devicetree.dtb
tftpboot 0x2080000 uImage
tftpboot 0x4000000 initramfs.img
bootm 0x2080000 0x4000000 0x2000000

Я работаю над существующим проектом, и, насколько мне известно, адреса загрузки TFTP (0x2080000 и т. д.) произвольны. Я не думаю, что они имеют значение, за исключением того факта, что они отображаются в ОЗУ и не пересекаются с адресами загрузки. Поправьте меня, если я ошибаюсь здесь.

Выполнение команды bootm генерирует следующий вывод:

Zynq> bootm 0x2080000 0x4000000 0x2000000
## Booting kernel from Legacy Image at 02080000 ...
   Image Name:   Linux-4.0.0-00011-gcfd1f62
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    3297728 Bytes = 3.1 MiB
   Load Address: 00008000
   Entry Point:  00008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 04000000 ...
   Image Name:   Ramdisk Image
   Image Type:   ARM Linux RAMDisk Image (gzip compressed)
   Data Size:    22569621 Bytes = 21.5 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 02000000
   Booting using the fdt blob at 0x2000000
   Loading Kernel Image ... OK
   Loading Ramdisk to 1ea79000, end 1ffff295 ... OK
   Loading Device Tree to 1ea73000, end 1ea78ba1 ... OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
[Omitted]

Другими словами, bootm корректно загружает ядро.

Теперь вместо того, чтобы загружать каждое изображение и передавать их адреса в bootm, я хочу создать одно FIT-изображение со всеми тремя изображениями. При необходимости я могу предоставить исходный код .its, но я указал все три изображения (uImage, DTB и initramfs), и вот результат mkimage:

FIT description: Test FIT Image
Created:         Mon Dec 19 13:13:06 2016
 Image 0 (kernel@1)
  Description:  Linux Kernel
  Created:      Mon Dec 19 13:13:06 2016
  Type:         Kernel Image
  Compression:  uncompressed
  Data Size:    3297792 Bytes = 3220.50 kB = 3.15 MB
  Architecture: ARM
  OS:           Linux
  Load Address: 0x00008000
  Entry Point:  0x00008000
 Image 1 (fdt@1)
  Description:  Device Tree Blob
  Created:      Mon Dec 19 13:13:06 2016
  Type:         Flat Device Tree
  Compression:  uncompressed
  Data Size:    11170 Bytes = 10.91 kB = 0.01 MB
  Architecture: ARM
 Image 2 (ramdisk@1)
  Description:  initramfs
  Created:      Mon Dec 19 13:13:06 2016
  Type:         RAMDisk Image
  Compression:  gzip compressed
  Data Size:    22569685 Bytes = 22040.71 kB = 21.52 MB
  Architecture: ARM
  OS:           Linux
  Load Address: 0x00000000
  Entry Point:  0x00000000
 Default Configuration: 'conf@1'
 Configuration 0 (conf@1)
  Description:  Boot Linux kernel with FDT blob
  Kernel:       kernel@1
  Init Ramdisk: ramdisk@1
  FDT:          fdt@1

Адреса загрузки и точки входа совпадают с выводом bootm моей предыдущей процедуры загрузки. Вот как я пытаюсь загрузиться, используя мой новый файл .itb (выходные данные опущены):

setenv bootargs "console=ttyPS0,115200 root=/dev/ram rw ramdisk_size=0x1600000 earlyprintk init=/sbin/init"
tftpboot 0x2000000 image.itb
bootm 0x2000000

Вот вывод из bootm:

Zynq> bootm 0x2000000
## Loading kernel from FIT Image at 02000000 ...
   Using 'conf@1' configuration
   Verifying Hash Integrity ... OK
   Trying 'kernel@1' kernel subimage
     Description:  Linux Kernel
     Type:         Kernel Image
     Compression:  uncompressed
     Data Start:   0x020000c4
     Data Size:    3297792 Bytes = 3.1 MiB
     Architecture: ARM
     OS:           Linux
     Load Address: 0x00008000
     Entry Point:  0x00008000
   Verifying Hash Integrity ... OK
## Loading ramdisk from FIT Image at 02000000 ...
   Using 'conf@1' configuration
   Trying 'ramdisk@1' ramdisk subimage
     Description:  initramfs
     Type:         RAMDisk Image
     Compression:  gzip compressed
     Data Start:   0x02327f88
     Data Size:    22569685 Bytes = 21.5 MiB
     Architecture: ARM
     OS:           Linux
     Load Address: 0x00000000
     Entry Point:  0x00000000
   Verifying Hash Integrity ... OK
## Loading fdt from FIT Image at 02000000 ...
   Using 'conf@1' configuration
   Trying 'fdt@1' fdt subimage
     Description:  Device Tree Blob
     Type:         Flat Device Tree
     Compression:  uncompressed
     Data Start:   0x02325370
     Data Size:    11170 Bytes = 10.9 KiB
     Architecture: ARM
   Verifying Hash Integrity ... OK
   Booting using the fdt blob at 0x2325370
   Loading Kernel Image ... OK
   Loading Ramdisk to 1ea79000, end 1ffff2d5 ... OK
   Loading Device Tree to 1ea73000, end 1ea78ba1 ... OK

Starting kernel ...

undefined instruction
pc : [<0000800c>]          lr : [<3ff2b834>]
reloc pc : [<c40dd00c>]    lr : [<04000834>]
sp : 3f30acb0  ip : 0000000c     fp : 3ff2b8c0
r10: 00000000  r9 : 3f30aee0     r8 : 020000c4
r7 : 00000000  r6 : 00008000     r5 : 3ff9c868  r4 : 00000000
r3 : 00002ba2  r2 : 1ea73000     r1 : 00000000  r0 : 3f30afb0
Flags: nZCv  IRQs off  FIQs off  Mode SVC_32
Resetting CPU ...

resetting ...

Это мой первый раз, когда я использую изображение FIT, но все до сбоя выглядит хорошо для меня. Адреса точек загрузки и входа совпадают, а вывод до тех пор, пока Starting kernel... не совпадет с моей старой загрузкой, более или менее.

Я неправильно понимаю, как создавать/использовать изображения FIT?

Я почти уверен, что с образом FIT U-Boot загружает uImage по адресу загрузки 0x8000. Я тестировал с md в U-Boot:

Перед загрузкой FIT-изображения

Zynq> md 0x8000
00008000: dfdc3ffc dd5ffbfe ff7fbabe ffffd7fe    .?...._.........
00008010: 777fccfb fbbfeefb dde9f8cf ffffeee7    ...w............
00008020: ffcefebc f76ffffb ffadf2ed f5f776ff    ......o......v..
00008030: eb31fdd9 fff28fff df5fb77f ffdbeeeb    ..1......._.....
00008040: dedfef7f ebeffebe fddfbbbf f7f7d4ff    ................
00008050: ddcfaed7 e7fe33ee ff8eb89f fedd3df7    .....3.......=..
00008060: ffdffd7f 75bff5ad f2dff52b ffb7f03f    .......u+...?...
00008070: f7fffef3 ff9fbffb bf7fabfe ff96db5f    ............_...
00008080: f777feff f6b7bf5b fb27dffb e5beb98f    ..w.[.....'.....
00008090: ffbdf8f7 f3fefce7 e8fefdf6 ffc639ef    .............9..
000080a0: f6ef8bfe f6bffcfd ffffd4cf defffdff    ................
000080b0: edbf46bf ffdfbdbf 7edff6b7 fde5afbf    .F.........~....
000080c0: b7cdf9bf fffefdbb ffbdfa7f eeffffb7    ................
000080d0: c5affdef ffcffbaf e73f6fef fdeff37f    .........o?.....
000080e0: f3ffeffb 76af599b ffff7dff 6dafbd8f    .....Y.v.}.....m
000080f0: efffaafd fdfff7fe effffbff bebf6cbe    .............l..

После загрузки изображения FIT

00008000: 56190527 3328f51d dc265858 c0513200    '..V..(3XX&..2Q.
00008010: 00800000 00800000 368dbc5f 00020205    ........_..6....
00008020: 756e694c 2e342d78 2d302e30 31303030    Linux-4.0.0-0001
00008030: 63672d31 66316466 00003236 00000000    1-gcfd1f62......
00008040: e1a00000 e1a00000 e1a00000 e1a00000    ................
00008050: e1a00000 e1a00000 e1a00000 e1a00000    ................
00008060: ea000003 016f2818 00000000 003251c0    .....(o......Q2.
00008070: 04030201 e10f9000 eb000bf8 e1a07001    .............p..
00008080: e1a08002 e10f2000 e3120003 1a000001    ..... ..........
00008090: e3a00017 ef123456 e10f0000 e220001a    ....V4........ .
000080a0: e310001f e3c0001f e38000d3 1a000004    ................
000080b0: e3800c01 e28fe00c e16ff000 e12ef30e    ..........o.....
000080c0: e160006e e121f000 e16ff009 00000000    n.`...!...o.....
000080d0: 00000000 00000000 00000000 00000000    ................
000080e0: e1a0400f e204433e e2844902 e1a0000f    .@..>C...I......
000080f0: e1500004 359f01ac 3080000f 31540000    ..P....5...0..T1

U-Boot сообщил, что данные образа ядра начинаются со смещения 0xc4 от того места, где я загрузил образ FIT. Если я читаю по этому адресу (0x20000c4), данные идентичны тем, что по адресу 0x8000 после попытки загрузки. Так что U-Boot определенно загружает ядро.

Вот вывод моей сборки ядра при создании uImage:

/bin/sh ./scripts/mkuboot.sh -A arm -O linux -C none  -T kernel -a 0x8000 -e 0x8000 -n 'Linux-4.0.0-00011-gcfd1f62' -d arch/arm/boot/zImage arch/arm/boot/uImage
Image Name:   Linux-4.0.0-00011-gcfd1f62
Created:      Mon Dec 19 13:32:30 2016
Image Type:   ARM Linux Kernel Image (uncompressed)
Data Size:    3297728 Bytes = 3220.44 kB = 3.14 MB
Load Address: 00008000
Entry Point:  00008000

Опять же, здесь все кажется кошерным.

Любые идеи?


linux arm zynq u-boot
person Matt K    schedule 19.12.2016    source источник

Ответы (1)


arrow_upward
4
arrow_downward

Просмотр вашего источника FIT может подтвердить это, но может показаться, что вы упаковываете uImage в FIT, утверждая, что это обычный образ ядра. Текст ядра, который должен находиться по адресу 0x8000, в вашем дампе находится по адресу 0x8040, а предшествующие 64 байта очень похожи на заголовок uImage.

Для ядра FIT используйте либо обычный arch/arm/boot/Image, либо самораспаковывающийся arch/arm/boot/zImage, либо один из различных сжатых arch/arm/boot/Image.* с соответствующим набором «сжатия». . В противном случае все это выглядит как "Эй, чувак, я слышал, тебе нравятся форматы образов U-boot..."

person Notlikethat    schedule 19.12.2016
comment
Это билет. Я понятия не имел, что в образ FIT нельзя встроить ядро ​​формата U-Boot. Теперь я хотел бы опубликовать свой источник FIT ... это немного облегчило бы вашу работу! Спасибо! - person Matt K; 20.12.2016