Cassio

Você tem que instalar a FakeSMC, com certeza ela não foi lida, ou apareceria na tela Tente com mach_kernel_ok -f -v

O problema do mouse talvez resolva com um patch DSDT, tem um pronto pra sua mobo: http://Olarila.com/forum/packs.php

Try with busratio=23 -v Enable HPET, NX bit, ACPI in your BIOS.

Não sei que arquivo você baixou, o que eu indiquei é um único arquivo, mach_kernel, você vai botar esse arquivo na raiz do HD após o update. http://www.mediafire.com/?0q3mor4kn6cl7gu Não faça confusão, você tem que usar o kernel lapic (Taptun) e não o Voodoo. Apenas o procedimento é o mesmo, você não vai usar o kernel para Leopard, não vai funcionar. Tente ler as coisas com calma e usar a cabeça, ou você não vai ter futuro no hackintosh.

Não é o backup que você tem que fazer, é a parte do kernel (item 4).

O Junior esteve no IRC esses dias, ainda com o problema.

Apareceu hoje este app que, segundo o uploader, remove (de forma misteriosa) os "artefatos" da Intel HD3000 http://www.osx86.net/view/2593-fan_control.html

Sobre o kernel leia aqui (o procedimento é o mesmo, só muda o nome) http://Olarila.com/forum/viewtopic.php?f=5&t=51 Para a ethernet tente a kext que eu indiquei (lnx2mac). O vídeo não funciona 100%, nem no Lion.

Esse método só ativa a aceleração, não o framebuffer. http://Olarila.com/forum/viewtopic.php?f=6&t=25 Use o kernel lapic.

Não sei se entendi bem a sua pergunta, mas o SpeedStepper funciona com versões específicas da AICPM, enquanto este script é "genérico", funciona com todas as versões até a atual (10.8 DP2) e deve funcionar com as próximas.

Poste uma foto da tela do erro. HP normalmente precisa do "lapic kernel" http://www.osx86.net/view/1945-os_x_lion_kernel_lapic_native.html

Use boot verbose http://Olarila.com/forum/viewtopic.php?f=2&t=35 Você precisa atualizar o sistema, no 10.6.3 não tem suporte ao seu CPU. Provavelmente vai precisar do "lapic" (Taptun) kernel http://Olarila.com/forum/viewtopic.php?f=17&t=264&hilit=taptun#p2310 O vídeo não tem suporte, se não conseguir ajustar a resolução pelo "Graphics Mode" acho que não tem jeito. A rede wireless também não tem suporte. A ethernet você não informou o modelo, talvez funcione com este http://lnx2mac.blogspot.com.br/p/realtekrtl81xx-osx-driver.html Áudio http://Olarila.com/forum/viewtopic.php?f=2&t=180

Posso te dizer que os últimos valores estão dentro da normalidade, enquanto os primeiros que você postou (indo até 200) não fazem sentido.

Olha, sinceramente eu não consigo explicar melhor do que está no primeiro post, para mim está bem claro. Se você não consegue entender, sinto mas não posso ajudar.

Tente ler com atenção e usar a cabeça, não tem nenhum mistério, é o que está explicado no primeiro post. O LogControl não faz diferença no desempenho, é apenas para mostrar as mudanças de G-state no log ou não. O que muda o desempenho são os valores de threshold.

Por que seria obrigatório? Serve apenas para ver as mudanças de G-state, no momento em que estiver funcionando a contento, pode desligar. O ideal é que fique no state 3 com a placa ociosa e chegue até 0 quando a placa é exigida.

É mais fácil você testar do que perguntar aqui se vai ter bom desempenho. O kernel log está na pasta /var/log, pode usar o app Console.

Have you tried with only the soundcard PCI ID in the plist?

Não escreva vários posts em sequência, se o último post for seu, use o botão editar. Não adianta ficar repetindo tudo, já sabemos que só falta a rede e o trackpad, se alguém souber a solução tenho certeza de que vai compartilhar. Tente perguntar a alguém que tem o mesmo notebook funcionando 100%, por exemplo http://Olarila.com/forum/viewtopic.php?f=7&t=894

De onde você tirou esses valores? Se ler o primeiro post vai ver que os valores de threshold são uma porcentagem, logo não devem ser maiores que 100. Observe no kernel.log se todos os G-states (0 a 3) são usados.

Não.

Se já aplicou o patch IRQs na DSDT e editou o plist da VoodooHDA conforme indicado no link que postei, realmente não tenho idéia.

It means EHC1 and EHC2 are causing wake. Apply EHCI patch for your chipset before doing _PRW or _PSW edits.

Which device is causing wake? Before removing _PRW try applying USB patches (EHCI, UHCI) for your chipset. _PSW edit is to make it always store zero, remove the condition on arg0 http://Olarila.com/forum/viewtopic.php?f=19&t=301#p2860

Read http://Olarila.com/forum/viewtopic.php?f=19&t=634