Linux内核对Intel静音系统技术(Intel QST)的支持是什么状态？
我正在设法通过英特尔Q45快递/ICH10DO芯片组上的Linux访问和/或控制风扇速度。这个芯片组包含一个名为英特尔静音系统技术 (Intel )的特性，它是运行在嵌入式协处理器上的英特尔管理引擎(Intel )的一部分。Intel对QST的描述如下：
英特尔管理引擎(ME)拥有一个固件子系统--英特尔静音系统技术(QST) --提供对芯片组、处理器和主板上其他设备内提供的温度、电压、电流和风扇速度传感器的监视。对于每个传感器，根据设定的阈值，将定期确定健康状态。英特尔QST还提供了支持声学优化风扇速度控制.根据从温度传感器获得的读数，随着时间的推移，Intel QST将确定运行现有冷却风扇的最佳速度，以便解决现有的热条件，使声音冲击最小。
5.24英特尔静音系统技术( Intel ) ICH10为Intel静音系统技术(QST)实现了三个PWM和4个TACH信号。注意: Intel静音系统技术功能需要正确配置的系统，包括具有Intel ME、Intel ME固件和系统BIOS支持的适当的(G)MCH。
接着描述了PWM输出、TACH输入和热传感器。
这篇文章声称，英特尔QST的Linux驱动程序在2012年12月面世：
今年早些时候，在LM_Sensors中对Intel的早期支持，而现在被宣布的是一个新的用于Linux的Intel驱动程序。这个新的静音系统技术驱动程序的代码目前在GitHub上。
上面提到的代码实际上不是在github中，而是在一个私有托管的git存储库(http://mose.dyndns.org/mei.git)上，它使用了已失效的dyndns.org服务。
我花了一些时间查看Linux内核源代码(v4.16.7)，但是到目前为止，我还没有找到这个驱动程序的任何踪迹。
- 英特尔的QST支持是否包括在Linux内核中？
- 如果是，英特尔QST支持需要哪个驱动/内核模块(S)？
回答 1
Unix & Linux用户
发布于 2018-10-22 19:53:51
这个答案记录了有关Intel QST的Linux支持的确切信息，该支持是通过跟踪已停用的lm-sensors邮件列表的档案并直接联系这些消息的作者来组装的。这里的信息是按开发Linux支持的时间顺序排列的。
Linux的
历史支持
2010年2月，Intel QST SDK公开发布。
2011年6月的英特尔论坛帖子后来提到，不再需要来自www.openamt.org的HECI驱动程序来运行SDK。
2012年年2月电文邮件列表中的lm-sensors显示了通过英特尔QST ( "gigaplex版本")的修改版本可以获得的信息类型，并指出，如果hwmon QST支持可以在不依赖QST的情况下实现，则会受到欢迎：
Fan Speed Sensor 1:
Health: Normal
Usage: Processor Thermal Module Fan
Reading: 1063
NonCrit: 300.000
Crit: 250.000
NonRecov: 200.000
Fan Speed Controller 1:
Health: Normal
Usage: Processor Fan Controller
Control: Manual
Duty Cycle: 2.95如果有人有时间深入研究SDK并编写hwmon驱动程序，我会很乐意检查和测试它。不过，这看起来是一个很大的努力，因为看起来至少有些SDK代码必须移植才能在内核中运行。
到2012年12月，实际上已经有人开发了这样的驱动程序，如LKML上的这条信息所示：
我已经为最近在英特尔芯片组上发现的管理引擎接口( Management，QST)功能编写了一个驱动程序。
该模块最初是为Linux2.6.39开发的，命名为qst-hwmon，并从零开始实现了一个完整的v1驱动程序，从而提供了对QST v1的支持。还有人进一步讨论了第二个模块qst2-hwmon，它将实现对QST v2的支持。
2013年3月在hwmon硬件支持页面上发布的一份说明显示，所有为英特尔QST提供Linux支持的已知尝试显然都停滞不前：
(2013-03-20) ICH8 (8280 1H)和几个后来的英特尔南桥嵌入了传感器，名为MEI或QST。由于缺乏来自Intel的技术文档和支持，这些还没有得到支持。OpenAMT项目应该有所帮助，但实际上是没有发生什么事。或者可能是一些希望？或者在这里，或者在这里。
然而，最初的2014年年11月窃听器报告开发人员qst-hwmon表示，驱动程序直到2014年11月29日才开始工作，并且已经移植到Linux3.14.18上。
当前Linux支持
的现状
qst-hwmon内核模块
我终于找到了内核模块的git存储库的当前位置。要获得源代码的副本，请执行以下操作：
git clone http://eden.mose.org.uk/mei.git这个内核模块还没有进入主Linux内核源代码(截至内核4.19)。
代码为Linux4.16.7编译，生成4个模块，这些模块应该复制到适当的模块目录中：
make
cp intel-mei.ko /lib/modules/4.16.7/kernel/drivers/hwmon/
cp mei-pci.ko /lib/modules/4.16.7/kernel/drivers/hwmon/
cp qst-dev.ko /lib/modules/4.16.7/kernel/drivers/hwmon/
cp qst-hwmon.ko /lib/modules/4.16.7/kernel/drivers/hwmon/并更新模块依赖关系：
depmod然后可以加载模块：
modprobe intel-mei
modprobe mei-pci
modprobe qst-dev
modprobe qst-hwmon然后，您可以验证/sys/bus/intel-mei/devices/文件夹是否包含一些相关条目。这目前并不适用于我，但我相信这是因为将默认的Intel MEI驱动程序编译到内核中。
要让lm_sensors检测qst_hwmon驱动程序，还需要进一步的工作。上面的邮件列表档案表明，库传感器可能需要修补，以正确标识这些模块提供的intel-mei总线。
更新:我正在与驱动程序的开发人员联系，所以我希望尽快在这里得到明确的说明。
使用Intel和meifand的
替代方法这是一篇文章 (2015年12月)通过英特尔QST的"gigaplex版本“(2012年2月)控制风扇，并使用梅芬德 (而不是lm-sensors)作为守护进程来访问传感器信息。
https://unix.stackexchange.com/questions/477107
复制相似问题
腾讯云开发者
