Intermittent failure on APL platform with message "HeciInitialize HECIMBAR 0XD3708000"

Aperta
  • Qualcosa non va?
#58 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
15/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Ferma
Ambito
embedded-iot, operating-systems

Direzione di ricerca

Inizia dal messaggio del log di boot segnalato e dalla Apollo Lake FSP Release Note, in particolare dal capitolo 8.0 sulla compatibilità hardware e software. Confronta il supporto documentato di Coreboot con la build di Slim Bootloader segnalata e analizza il comportamento del reset sull’hardware interessato. Il lavoro sarà completato quando sarà disponibile una spiegazione riproducibile o una configurazione supportata confermata.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Hello,

We are experiencing significant manufacturing fallout (poor yield) on our custom design which is based on Apollo Lake (E3930). Some of the units boot-up quickly and reliably. Other units boot correctly immediately after power-up, but fail to boot on subsequent hardware or software resets.

We have adapted the Slim Bootloader BIOS to our product and built it with the Debug version of the FSP library MR6 ( i received this debug library from Intel rep).

When a unit fails to boot, it seems to pause at the following message in the boot log:

HeciInitialize HECIMBAR 0XD3708000

Occasionally, after the unit pauses at this message, it automatically reboots, proceeds past this message on its second attempt, and successfully loads the operating system. In other situations, the self-reboot does not succeed and the unit remains stuck, displaying the second copy of the message indefinitely.

I had the following questions to Intel rep:

  1. What is the FSP library trying to accomplish when it displays this message "HeciInitialize HECIMBAR 0XD3708000"?
  2. What hardware or software failures would prevent this boot step from succeeding?
  3. Why does the Apollo Lake processor (or FSP library) reboot itself when this step fails the first time?
  4. After a self-reboot, why would a second attempt at executing the same code succeed?
  5. Why would the FSP library stop self-reboot attempts? Does it count these attempts?

But Intel rep has come back to us saying that:
"According to Apollo Lake FSP Release Note, in chapter 8.0 "Hardware and Software Compatibility" stated that Coreboot is the supported bootloader. Besides that, based on IOTG Platform Boot Solution roadmap, Intel FSP with Slim Bootloader is not supporting Apollo Lake while Intel FSP with coreboot is supporting in Apollo Lake and you may refer to IOTG NDA 5Q Platform Roadmap for more details."

So, could someone please provide any leads on this issue?

Regards,
Mahesh.

Lingua principale
C
Stelle
366
Fork
143
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di intel/FSP

Tutte le issue di intel/FSP

Issue simili

Altre issue su C

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.