Cassio

Não tem como, tem que atualizar e depois corrigir. Tenha sempre outra instalação funcional para poder modificar arquivos, ou se souber usar o terminal você pode usar o DVD/USB de instalação http://Olarila.com/forum/viewtopic.php?f=3&t=24

Try this dsdt.aml.zip Use USB install method and put dsdt.aml in /Extra. Please read http://Olarila.com/forum/viewtopic.php?f=19&t=634 I did only basic patching to try fixing your problem, if you get it installed you will have to do it again to have it 100% working.

I never said they're relevant to processor.

It's expected, since power management will be active.

Tentou sem NodesToPatch? Os nodes 20, 21, 24 e 25 deveriam funcionar com os PinDefaults originais (auto-detect), no máximo eu mudaria o 21 para 0x99130110. O patch no Port Connectivity do node 29 não faz muito sentido, os bits 7:6 continuam 01 (No External Port -or- No physical connection for Port). http://Olarila.com/forum/viewtopic.php?f=2&t=180

Try patching AICPUPM with SpeedStepper http://www.insanelymac.com/forum/index.php?showtopic=258611 Shouldn't be needed since it's not Sandy Bridge, but I have no other idea for now.

Using untouched DSDT from Windows won't help, you have to patch it. Try EHCI, UHCI and IRQs (Notebook Core i Nehalem).

If you edited GA EP35-DS3P.txt to fit your needs, you don't need another HDEF patch. I would use the one from "Gigabyte HDEF" since the mobo is Gigabyte.

You will always need ALC8xxHDA+AppleHDA rollback, or a patched Lion AppleHDA. In DSDT part, the important is that layout-id coincides with LayoutID in AppleHDA, see here http://Olarila.com/forum/viewtopic.php?f=19&t=634

O XP só funciona se estiver no primeiro HD (na ordem de boot do BIOS), logo a melhor maneira é instalar o Chameleon usando a opção boot0md, use http://Olarila.com/forum/viewtopic.php?f=9&t=398 Instale o Chameleon no HD do Mac, com boot0md no HD do Windows, e deixe o do Windows como primeiro na ordem de boot do BIOS.

I don't think it's DSDT related, there are reports about it even on real Macs https://discussions.apple.com/thread/2652485?start=45&tstart=0 Have you tried without the rollback audio kexts?

Então não vejo solução via DSDT pro seu problema, tente usar a kext OpenHaltRestart.

Se você for usar a AppleHDA, precisa editar a DSDT conforme o tópico indicado pelo Junior, ou não vai funcionar. Se for usar a VoodooHDA, você deve remover a AppleHDA e especificar o ID do seu áudio em IOPCIPrimaryMatch, conforme explicado neste tópico http://Olarila.com/forum/viewtopic.php?f=2&t=180 Sobre edição da DSDT leia isto, não é apenas baixar o patch e colocar em /Extra http://Olarila.com/forum/viewtopic.php?f=7&t=646

Confirmou que o dsdt.aml foi carregado pelo boot loader? Wait=yes -v

Sim, o normal é não ter dsdt.aml e o boot loader usar a DSDT original do BIOS, por isso achei estranho você ter me enviado um arquivo cheio de patches quando ele deveria ser original. Se mesmo colocando na pasta /Extra o dsdt.aml que eu te enviei e confirmando que ele está sendo carregado (Wait=yes -v) não funcionar o shutdown, não tenho outra idéia, só resta tentar uma das kexts que eu citei. Você tem algum dispositivo ou hub USB conectado ao PC, que possa estar interferindo no shutdown? Use boot verbose que no desligamento deve aparecer algumas mensagens no modo texto, ao invés de ficar na tela azul.

It's normal to have higher temps when using NullCPUPM, you must be able to boot without it after patching DSDT and with "generate states" working. If you still have a KP, post a photo of the screen in verbose mode.

Talvez fosse apenas o Spotlight indexando os novos arquivos. Se voltar a acontecer, abra o Monitor de Atividade enquanto o HD estiver sendo acessado constantemente, bote para mostrar todos os processos e organize a lista por %CPU.

Maybe you are misunderstanding something. NullCPUPM disables power management, in order to have working AICPUPM you have to remove NullCPUPM.

Verifique o kernel log cat /var/log/kernel.log

Use IntelCPUMonitor (FakeSMC plugin) and check, thinking isn't enough. It doesn't matter if CPU usage is low, the frequency must be low too. If frequency is high even with low CPU usage, it's a problem. NullCPUPM disables power management.

Dê mais detalhes sobre o problema, mensagens de erro, descreva tudo que você fez, anexe a DSDT editada, etc. Dizer simplesmente "não deu certo" não ajuda em nada para resolver o problema, só posso dizer "que pena".

Yes, it's very high. It depends on ambient temperature, but shouldn't be higher than 60 in normal use.

I guess IOBluetoothFamily is enough. Use the USB install method, it's easier to change files in the base system http://Olarila.com/forum/viewtopic.php?f=17&t=134 I got a similar case (it was a Vaio laptop) and it worked using patches EHCI and IRQs (Sandy Bridge) in DSDT http://Olarila.com/forum/viewtopic.php?f=19&t=634

SSDT will be generated by Chameleon, check in bdmesg (or type Wait=yes -v at boot), you should see I have no idea about HD temp. What about CPU temp, is it fine? Does frequency change according to CPU usage?

I don't understand what you are doing. You don't need to edit SSDT or copy all scope _PR to DSDT, copy just the processors definition, as explained here http://Olarila.com/forum/viewtopic.php?f=19&t=881 There are other things you should check to get SpeedStep working, like AppleLPC. Take a read at this topic http://Olarila.com/forum/viewtopic.php?f=19&t=634