Por que apenas o Linux é afetado pelo bug cstate do Bay Trail?

Question

Recentemente tentei instalar o Linux (tentei o Ubuntu e o Arch) em um sistema usando um processador Pentium N3510 (Bay Trail) e inicialmente falhei com travamentos e lentidão aleatórios. Experimentando várias coisas, descobri que há duas coisas que podem resolver isso: Uma opção é definir Parâmetro do kernel intel_idle.max_cstate=1 . A outra opção, que provavelmente é melhor, é desabilitar o relatório da disponibilidade do estado C6 para o sistema operacional no BIOS.

Até onde eu descobri, há um bug em algumas CPUs que levam a falhas (ou aparentemente lentidão na minha caso) quando a CPU é instruída a ir para o estado de energia C6 enquanto um ISR está sendo manipulado. Como meu problema foi corrigido por essas configurações, presumo que seja afetado por esse bug.

Agora, pergunto-me, por que o Windows é executado corretamente nesses sistemas? É sobre o modo como os ISRs e os estados de energia são tratados no Linux vs Windows? Os desenvolvedores do Kernel não possuem algum conhecimento? O bug é tão novo que não foi corrigido? Não há sistemas afetados suficientes para testá-lo adequadamente? (O problema e sua correção foram muito evidentes no meu caso).

    

Answer 1

Eu me lembro da maioria dos aparelhos que equipam o Bay Trail com o Windows 10 com o Bing, uma versão de fato gratuita (como na cerveja grátis) do Windows.

Talvez eles tenham pressionado para restringir o uso de energia ideal apenas para o Windows.

É claro que isso é pensamento de conspiração.

Quase do mesmo tipo de pensar que o Google está de má-fé forçando os fabricantes a enviarem todos os pacotes da Google para usar a Play Store, mas não para distribuir dispositivos com suporte a kernel upstream, para que todos os dispositivos se tornem irrecuperavelmente inseguros dois anos.

Acho que os estados nacionais devem exigir que os fabricantes publiquem atualizações de segurança auditáveis por pelo menos dez anos para vender seus produtos em seus respectivos mercados. Se os kernels upstream fossem uma realidade, do ponto de vista técnico isso reduziria a recompilação do kernel.

Quero dizer, é uma questão de segurança pública. Vender dispositivos inseguros com "olhos e ouvidos" é mais ou menos uma guerra não declarada.