Z3735G update to 0x838 microcode causes tablet to hang at boot

未關閉
#55 15 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度
5/5
預估耗時
一週以上
新手友好度
25/100
Issue 類型
缺陷
描述清晰度
需要釐清
活躍度
停滯
技術堆疊
linux

研究方向

首先,在啟用微碼更新的情況下重現 Glavey TM800A550L 的開機停滯問題,並比較 BIOS 微碼 0x830、嘗試更新至 0x838 的情況,以及 Acer S1002 的行為。檢查 dis_ucode_ldr 是否能一致地避免該故障,並記錄經過驗證的診斷結果或安全的解決方案,包括對 EFI NVRAM 的影響。

由索引模型根據 Issue 內容生成。

描述

While running Linux on a Glavey TM800A550L tablet I noticed that it hangs at boot, sometimes showing various color patterns on the display, suggesting that the processor is writing over random memory, including the framebuffer.

It took me a while to figure this out, but adding dis_ucode_ldr on the kernel commandline fixes this. This is quite a sever bug, at one point in when I forgot to add dis_ucode_ldr on the kernel commandline the CPU overwrote parts of the memory-mapped SPI flash which contains the EFI nvram variables, including the Setup EFI variable which contains the BIOS settings. After this the tablet would no longer boot at all. I eventually managed to unbrick it without needing an eeprom programmer by using DNX mode which still worked, see the blogpost which I wrote on this.

The BIOS on the troublesome tablet comes with ucode version 0x830 and the attempted update (which breaks things) tries to update it to 0x838. Perhaps there is a problem with the specific jump from 0x830 to 0x838 ?

Note I have an Acer S1002 tablet which also has a Z3735G processor and there the microcode update works fine.

主要語言
沒有語言資料
星號
819
分支
86
PR 合併指標
30 天內沒有已合併 PR

貢獻指南

開啟貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

intel/Intel-Linux-Processor-Microcode-Data-Files 的其他 Issue

查看 intel/Intel-Linux-Processor-Microcode-Data-Files 的全部 Issue

相似的 Issue

更多 Operating Systems Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。