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

未关闭
#55 15 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
缺陷
描述清晰度
需要澄清
活跃度
停滞
技术栈
linux
领域
operating-systems

调研方向

首先，在启用微码更新的情况下复现 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
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 摘要。