ID do artigo: 000089898 Tipo de conteúdo: Compatibilidade Última revisão: 25/03/2022

Por que uma sequência de comando U-boot hang and reset acontece quando o comando RSU -> linux_qspi_enable -> RSU é emitido a partir de u-boot-socfpga 2021.04

Ambiente

    Intel® Quartus® Prime Pro Edition

u-boot-socfpga

Linux*

BUILT IN - ARTICLE INTRO SECOND COMPONENT
Descrição

Devido a um problema no software u-boot-socfpga (https://github.com/altera-opensource/u-boot-socfpga) 2021.04, um u-boot hang seguido de uma reinicialização pode ocorrer após habilitar o QSPI.

Este problema pode ser visto usando os comandos U-Boot CLI:

  1. rsu display_dcmf_version (1º comando RSU)
  2. sf probe (isso faz parte do comando linux_qspi_enable, que habilita o nó QSPI no DTB Linux, isso faz parte do fluxo seguido para iniciar o Linux).
  3. rsu display_dcmf_version (comando 2ª RSU).
  4. Uma trava pode ocorrer aqui, seguida de uma reinicialização se o cão de guarda estiver habilitado

Este teste ocorre porque o QSPI está sendo inicializado duas vezes, alocando memória para o dispositivo QSPI todas as vezes, sem invalidar totalmente a região de memória inicial.
 

Resolução

Este problema é corrigido em u-boot-socfpga 2021.04 e posterior (https://github.com/altera-opensource/u-boot-socfpga) .   Commit: a0a4a265f7395a938226b08142c4e2234fdead5e.

 

Produtos relacionados

Este artigo aplica-se a 2 produtos

FPGAs e FPGAs SoC Intel® Agilex™ 7
FPGAs Intel® Stratix® 10 e FPGAs SoC

1

O conteúdo desta página é uma combinação de tradução humana e por computador do conteúdo original em inglês. Este conteúdo é fornecido para sua conveniência e apenas para informação geral, e não deve ser considerado completo ou exato. Se houver alguma contradição entre a versão em inglês desta página e a tradução, a versão em inglês prevalecerá e será a determinante. Exibir a versão em inglês desta página.