Como posso saber qual blob da árvore de dispositivos (arquivo dtb) estou usando?

Question

Estou trabalhando com o TS-4900, um 'Computer on Module' embutido conectado a um rodapé, rodando o Yocto Linux. Ele usa o U-Boot para iniciar e, supostamente, baseando-se no modelo da placa de base, ele escolhe o arquivo dtb correto para iniciar e, possivelmente, se não conseguir localizar o arquivo correto, ele retorna para um módulo 'genérico'.

Mas como / onde determina o caminho certo? Como posso saber qual .dtb foi usado ou definir qual deve ser usado?

Abaixo estão as mensagens de inicialização do U-Boot.

U-Boot 2014.10-g3ac6ec3 (Jan 29 2015 - 17:20:15)

CPU:   Freescale i.MX6SOLO rev1.1 at 792 MHz
Reset cause: POR
Board: TS-4900
Revision: C
       Watchdog enabled
I2C:   ready
DRAM:  1 GiB
MMC:   FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q64 with page size 256 Bytes, erase size 4 KiB, total 8 MiB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   using phy at 7
FEC [PRIME]
Press Ctrl+C to abort autoboot in 1 second(s)
(Re)start USB...
USB0:   Port not available.
USB1:   USB EHCI 1.00
scanning bus 1 for devices... 2 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
No storage devices, perhaps not 'usb start'ed..?
Booting from the eMMC ...
** File not found /boot/boot.ub **
** File not found /boot/imx6dl-ts4900-13.dtb **
Booting default device tree
42507 bytes read in 196 ms (210.9 KiB/s)
118642 bytes read in 172 ms (672.9 KiB/s)
ICE40 FPGA reloaded successfully
4609784 bytes read in 337 ms (13 MiB/s)
## Booting kernel from Legacy Image at 12000000 ...
   Image Name:   Linux-3.10.17-1.0.0-technologic+
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    4609720 Bytes = 4.4 MiB
   Load Address: 10008000
   Entry Point:  10008000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 18000000
   Booting using the fdt blob at 0x18000000
EHCI failed to shut down host controller.
   Loading Kernel Image ... OK
   Using Device Tree in place at 18000000, end 1800d60a

Starting kernel ...

[    0.000000] Booting Linux on physical CPU 0x0

(Kernel startup commences...)

    

Answer 1

Estou bem atrasado, mas implementei esse script e vou abordar isso para qualquer um que encontrar isso usando um mecanismo de pesquisa na Internet.

Este computador no módulo pode ser colocado em praticamente qualquer prateleira TS ou rodapé personalizado, e nós queríamos que ele funcionasse automaticamente sem que os usuários tivessem que ajustar a árvore de dispositivos usada. Temos um registrador de deslocamento de 8 entradas em qualquer placa de transporte com um ID exclusivo para o rodapé. No TS-8550, isso é 0x13. link

Portanto, no U-Boot, o comando bbdetect que adicionamos lê o GPIO conectado a esse registrador de deslocamento e define uma variável de ambiente $ baseboardid. Inicialmente, o U-Boot tentará carregar uma árvore de dispositivos específicos de rodapé em /boot/imx6${cpu}-ts4900-${baseboardid}.dtb . Se não conseguir encontrar um, ele usará a árvore do dispositivo de fallback em /boot/imx6${cpu}-ts4900.dtb . Este último arquivo possui padrões sãos que funcionarão em qualquer placa de transporte. O TS-8550 não precisa de uma placa de suporte específica de rodapé para que ele volte para a árvore de dispositivos padrão e continue a inicialização.

Para responder à sua pergunta original,

cat /proc/device-tree/model

Todas as nossas árvores de dispositivos terão um modelo ligeiramente diferente na árvore de dispositivos.
Por exemplo, o fallback seguro é:

• "Sistemas Tecnológicos i.MX6 Quad TS-4900 (Árvore de Dispositivos Padrão)"

Ou a placa de transporte TS-TPC-8390 com uma árvore de dispositivos específica:

• "Sistemas Tecnológicos i.MX6 Quad TS-4900 (TS-TPC-8390)"

Answer 2

Quando o U-Boot executa o comando de inicialização, ele fornece um endereço de memória para o kernel e um endereço de memória para o blob da árvore de dispositivos. Portanto, antes deste comando, ele deve carregar esses arquivos na memória. Com base nas mensagens que você forneceu, vemos que dois arquivos não puderam ser carregados do cartão eMMC / SD:

/boot/boot.ub
/boot/imx6dl-ts4900-13.dtb

É possível que esses arquivos simplesmente não estejam presentes, seu caminho esteja errado ou o dispositivo incorreto: a partição tenha sido dada ao comando U-Boot load. Em qualquer caso, o comando falha. Nesse ponto, parece que o gerenciador de inicialização tenta carregar uma árvore de dispositivos "padrão" - possivelmente armazenada no mesmo meio que o próprio carregador de inicialização.

Para descobrir exatamente o que está acontecendo, você deve interromper o processo de inicialização no bootloader e acessar o prompt de comando do U-Boot. A partir daqui, você pode entrar:

printenv

Isto imprimirá as variáveis de ambiente da U-boot. Muitas dessas variáveis referenciam outras variáveis. Algumas dessas variáveis são frequentemente executadas como scripts, então você pode ver scripts de inicialização, kernel & fdt load scripts, etc. Para descobrir a seqüência de inicialização, procure uma variável chamada bootcmd (ou algo similar). Isso geralmente é o que é executado no momento da inicialização. Você precisará rastrear a seqüência de inicialização a partir deste ponto através de múltiplas variáveis, mas você deve ver onde os comandos load são usados para carregar o FDT na memória. Se você quiser postar a saída de printenv , podemos identificar a lógica exata usada aqui.