飞牛系统（FnOS）AMD 平台适配反馈（建议帖）
反馈目的
希望反馈一类在 AMD 笔记本平台上较典型的 CPU 频率/稳定性问题，并提供完整证据链，便于官方评估是否可在内核配置、平台兼容层或电源策略层面改进。
本帖已做隐私处理，不包含主机名、序列号、账号、密码、内网地址等敏感信息。
设备与系统信息（脱敏后）
- 机型：Lenovo Legion R7000P 2020H（82GR）
- CPU：AMD Ryzen 7 4800H（8C16T）
- GPU：NVIDIA RTX 2060
- BIOS：FSCN28WW
- 系统：FnOS（Debian 12 系）
- 内核：
6.12.18-trim
现象描述
- 在 Linux/FnOS 下，CPU 频率档位只有少数离散档（实测为
2900000 / 1700000 / 1400000）。
- 开启 Boost（睿频）时，历史上更容易出现死机/不稳定。
- 关闭 Boost 并限制最大频率到 2.9GHz 后，稳定性明显恢复。
已确认的关键证据链
A. 当前频率驱动路径
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
# 输出：acpi-cpufreq
说明当前走的是 acpi-cpufreq，不是 amd-pstate。
B. amd_pstate 实际不可用
cat /sys/devices/system/cpu/amd_pstate/status 2>/dev/null || echo "no amd_pstate sysfs"
# 输出：no amd_pstate sysfs
cat /sys/devices/system/cpu/cpufreq/policy0/energy_performance_preference 2>/dev/null || echo "no epp"
# 输出：no epp
补充：虽然内核配置里有 CONFIG_X86_AMD_PSTATE=y、CONFIG_ACPI_CPPC_LIB=y，但运行时未启用成功。
C. CPPC/_CPC 线索缺失
运行时日志中无 amd_pstate/cppc/_cpc 相关有效启用痕迹，且此前 DSDT 检查结果为 _CPC not found（同类现象）。
D. 平台 profile 接口缺失
cat /sys/firmware/acpi/platform_profile
# 无该文件
说明标准平台性能模式接口未暴露。
E. 稳定性对照实验（最关键）
稳定配置：
boost=0scalin**ax_freq=2900000- governor：
schedutil
压力测试：
stress-ng --cpu 16 --cpu-method matrixprod --timeout 30m --metrics-brief
结果：连续 30 分钟成功通过，无异常退出。
配合日志检查未见典型硬错误（Hardware Error/MCE HW error/thermal throttling/watchdog lockup）。
dmesg 判读说明（避免误报）
以下日志经常出现，但不一定代表致命故障：
ACPI: ... registeredacpi_cpufreq: overriding BIOS provided _PSD dataMCE: In-kernel MCE decoding enabled.ACPI: ... failed to evaluate _DSM ...DYTC interface is not available
其中 _DSM failed / DYTC unavailable 更偏向“平台接口兼容性不足”信号，不直接等价于硬件损坏。
结论（对官方的技术判断）
这类 AMD 机型问题的核心不在单一应用层，而在“平台能力暴露不足 + 电源策略路径差异”：
amd-pstate/epp 运行时不可用，导致只能走 acpi-cpufreq 离散档位控制。- 标准
platform_profile 不可用，厂商平台策略在 Linux 下缺失或不完整。
- Boost 区间更容易触发边缘不稳定，需靠“关 Boost + 限制 max 频率”规避。
建议飞牛官方评估的改进方向
1) 增加 AMD 平台能力探测与提示
在系统信息页增加明确字段：
- 当前 cpufreq driver（acpi-cpufreq / amd-pstate）
- amd_pstate 状态
- EPP 可用性
- platform_profile 可用性
并在不支持时给出解释和建议，而不是只显示“性能模式”开关。
2) 提供“稳定优先”一键策略（针对 AMD 老机型）
建议提供官方可选项：
- 自动设置
boost=0
- 保留
max=base_clock（如 2.9GHz）
- 保持
schedutil
- 开机自动应用并可一键回滚
这对实际可用性提升非常明显。
3) 优化日志与诊断工具
提供内置“CPU 稳定性诊断”按钮，自动收集：
- cpufreq 驱动状态
- pstate/epp/platform_profile 可用性
- 最近硬错误关键日志过滤结果
帮助用户和官方快速判断是硬件故障还是策略兼容问题。
4) 官方兼容性文档建议
新增“AMD 4000/5000 移动端在 Linux 下的已知限制与推荐配置”专页，减少用户误判和反复排障成本。
当前可行临时方案（已实测）
对同类机型可先采用：
boost=0max_freq=2900000（按机型基频调整）schedutil- 开机自动应用
该方案在本机已通过 30 分钟满载压力测试验证。
期望
希望飞牛官方后续在 AMD 平台侧继续增强：
这样即使在 BIOS/ACPI 条件受限的机型上，用户也能更快获得“稳定可用”的默认体验。
