O CentOS PPC64 é suportado pelo Freescale T2080 RDB?

Question

Estou trabalhando no Freescale T2080 RDB. Eu obtive a arquitetura CentOS for PPC64 deste link .

Eu fiz um cartão SD inicializável com o ISO mínimo do CentOS usando o seguinte comando:

dd bs=4M if=CentOS-7-AltArch-ppc64-Minimal-1611.iso of=/dev/sdc

Quando tento inicializar a placa freescale usando este cartão SD recebo a seguinte mensagem e erro:

==> bootd
Device: FSL_SDHC
Manufacturer ID: 74
OEM: 4a60
Name: USDU1
Tran Speed: 50000000
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Capacity: 15.1 GiB
Bus Width: 4-bit
Erase Group Size: 512 Bytes
** Invalid partition 2 **
Unknown command '/boot/uImage' - try 'help'
** Invalid partition 2 ** 
WARNING: adjusting available memory to 30000000
Wrong Image Format for bootm command
ERROR: can't get kernel image!

Onde estou indo errado? A placa freescale parece estar procurando pelo arquivo uImage no diretório / boot, mas a estrutura do CentOS no cartão SD é diferente. O CentOS PPC64 é suportado pelo RDB Freescale T2080?

EDIT: Eu também tentei criar o cartão SD inicializável usando o software Rufus, mas estou enfrentando o mesmo problema.

    

Answer 1

A seguir, a resposta que recebi da lista de discussão do CentOS:

As variantes ppOS64 ppc64 e ppc64le do CentOS devem ser instaladas no IBM Power (ou em caixas compatíveis, como Tyan ou outros, a partir do OpenPower consórcio)

Nada funcionaria "por padrão" de um lado do CentOS, mas algo poderia ser feito se você construísse um RootFS composto com a árvore ppc64 / ppc64le.

    

Answer 2

sdc1 está errado. Use sdc . Caso contrário, você está apenas usando a tabela de partições existente no cartão SD.

dd bs=4M if=CentOS-7-AltArch-ppc64-Minimal-1611.iso of=/dev/sdc

Um exemplo relacionado pode ser visto aqui, no wiki do CentOS, escrevendo de ISO para USB. É x86 em vez de ppc64 e é USB em vez de SD, mas o conceito permanece o mesmo. link

Uma nota em particular é a linha Você deve escrever no dispositivo inteiro e não em uma partição (assim, / dev / sdb não / dev / sdb1)

    

Answer 3

De acordo com a saída que você deu agora, seu dispositivo está esperando o U-Boot, mas a imagem pode ter apenas kernels "normais" e não uImage.

Para esclarecer, você pode consultar: image-vs-zimage-vs-uimage

Então, naturalmente, você tem no máximo duas opções:

• pesquise ISO do U-Boot;
• mude sua placa para não usar o U-Boot (porque se for possível para a sua placa).

Atualização:

Provavelmente você só precisa usar ISO não "mínimo", mas complete um. Veja as recomendações aqui: link

Most ARM single board computers are shipped with a vendor specific bootloader (mostly u-boot) and Linux kernel image. You may take an existing Debian/Ubuntu/Archlinux disk image and wipe out the root file system contents (but leaving the kernel image (/boot), the kernel modules (/lib/modules) and the firmware files (/lib/firmware) untouched).