Parker's questions

Estou tentando encontrar uma maneira de acessar e/ou controlar a velocidade do ventilador via Linux em um chipset Intel Q45 Express/ICH10DO . Este chipset contém um recurso chamado Intel Quiet System Technology (Intel QST), que faz parte do Intel Management Engine (Intel ME) executado em um coprocessador incorporado. A Intel descreve o QST da seguinte forma:

O Intel Management Engine (ME) hospeda um subsistema de firmware – Intel Quiet System Technology (QST) – que fornece suporte para o monitoramento de sensores de temperatura, tensão, corrente e velocidade do ventilador fornecidos no chipset, no processador e em outros dispositivos no Placa-mãe. Para cada sensor, um status de integridade, com base nos limites estabelecidos, será determinado em intervalos regulares. O Intel QST também oferece suporte para controle de velocidade do ventilador otimizado acusticamente. Com base nas leituras obtidas dos sensores de temperatura, o Intel QST determinará, ao longo do tempo, as velocidades ideais para operar os ventiladores de resfriamento disponíveis, a fim de abordar as condições térmicas existentes com o menor impacto acústico possível.

A folha de dados Intel ICH10 afirma:

5.24 Tecnologia de sistema silencioso Intel® (Intel® QST)

O ICH10 implementa três sinais PWM e 4 TACH para Intel Quiet System Technology (QST).

Nota: A funcionalidade Intel Quiet System Technology requer um sistema configurado corretamente, incluindo um (G)MCH apropriado com Intel ME, Firmware Intel ME e suporte ao BIOS do sistema.

Continua descrevendo as Saídas PWM, Entradas TACH e Sensores Térmicos.

Este artigo afirma que um driver Linux para Intel QST estava disponível em dezembro de 2012:

No início deste ano, houve suporte inicial para Intel QST em LM_Sensors, sendo anunciado agora um novo driver Intel QST para Linux. O código para este novo driver Quiet System Technology está atualmente no GitHub.

O código acima mencionado não estava realmente no github, mas sim em um repositório git hospedado de forma privada ( http://mose.dyndns.org/mei.git ) que usava o serviço extinto dyndns.org.

Passei algum tempo procurando na fonte do kernel Linux (v4.16.7), mas até agora não encontrei nenhum vestígio desse driver.

• O suporte Intel QST já foi incluído no kernel do Linux?
• Em caso afirmativo, quais módulos de driver/kernel são necessários para o suporte ao Intel QST ?

Estou ajustando meu kernel Linux para processadores Intel Core 2 Quad (Yorkfield) e notei as seguintes mensagens de dmesg:

[    0.019526] cpuidle: using governor menu
[    0.531691] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    0.550918] intel_idle: does not run on family 6 model 23
[    0.554415] tsc: Marking TSC unstable due to TSC halts in idle

O PowerTop mostra apenas os estados C1, C2 e C3 sendo usados ​​para o pacote e os núcleos individuais:

          Package   |            CPU 0
POLL        0.0%    | POLL        0.0%    0.1 ms
C1          0.0%    | C1          0.0%    0.0 ms
C2          8.2%    | C2          9.9%    0.4 ms
C3         84.9%    | C3         82.5%    0.9 ms

                    |            CPU 1
                    | POLL        0.1%    1.6 ms
                    | C1          0.0%    1.5 ms
                    | C2          9.6%    0.4 ms
                    | C3         82.7%    1.0 ms

                    |            CPU 2
                    | POLL        0.0%    0.1 ms
                    | C1          0.0%    0.0 ms
                    | C2          7.2%    0.3 ms
                    | C3         86.5%    1.0 ms

                    |            CPU 3
                    | POLL        0.0%    0.1 ms
                    | C1          0.0%    0.0 ms
                    | C2          5.9%    0.3 ms
                    | C3         87.7%    1.0 ms

Curioso, consultei sysfse descobri que o driver legado acpi_idleestava em uso (esperava ver o intel_idledriver):

cat /sys/devices/system/cpu/cpuidle/current_driver

acpi_idle

Observando o código-fonte do kernel, o driver intel_idle atual contém uma mensagem de depuração observando especificamente que alguns modelos da família 6 da Intel não são suportados pelo driver:

if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL && boot_cpu_data.x86 == 6)
    pr_debug("does not run on family %d model %d\n", boot_cpu_data.x86, boot_cpu_data.x86_model);

Um fork anterior (22 de novembro de 2010) do intel_idle.c mostra suporte antecipado para processadores Core 2 (o modelo 23 na verdade cobre tanto o Core 2 Duo quanto o Quad):

#ifdef FUTURE_USE
    case 0x17:  /* 23 - Core 2 Duo */
        lapic_timer_reliable_states = (1 << 2) | (1 << 1); /* C2, C1 */
#endif

O código acima foi deletado no commit de dezembro de 2010 .

Infelizmente, quase não há documentação no código-fonte, portanto não há explicação sobre a falta de suporte para a função ociosa nessas CPUs.

Minha configuração atual do kernel é a seguinte:

CONFIG_SMP=y
CONFIG_MCORE2=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ACPI_PROCESSOR_IDLE=y
CONFIG_CPU_IDLE=y
# CONFIG_CPU_IDLE_GOV_LADDER is not set
CONFIG_CPU_IDLE_GOV_MENU=y
# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
CONFIG_INTEL_IDLE=y

Minha pergunta é a seguinte:

• Existe um motivo específico de hardware pelo qual os processadores Core 2 não são suportados intel_idle?
• Existe uma maneira mais apropriada de configurar um kernel para suporte ocioso de CPU ideal para esta família de processadores (além de desabilitar o suporte para intel_idle)?