Jump to content

MacWill

Members
  • Posts

    14
  • Joined

  • Last visited

Everything posted by MacWill

  1. MaLdOn, every time i try to do the installation usb it gives error in extracting the Basesystem to path. What can be?
  2. Certo Maldon, mas não encontrei os arquivos editados.
  3. Hi, i reboot whit an original DSDT.aml and make new files. Send me MacWill-2.zip Thanks, MacWill
  4. Hi, how can I fix that? Can you help me? Send me 192.168.0.102.zip config.plist.zip Thanks, MacWill
  5. Qual o problema com o VoodooHDA? Ele parece não carregar pela pasta Kext do Clover.
  6. Ainda fiz novas alterações e troquei a smbios para macmini 5,2 e o c-state aumenta o número de estagios (tanto Lion quanto Mountain). Estou usando a Legacy nos dois (Lion e Mountain). O sleep funciona perfeitamente no Lion, inclusive o profundo. Agora com o novo drive da NVIDIA para o 10.8.1 o sleep funciona bem, inclusive o profundo, porém sem OpenCL. A legacy no Mountain não gera output apenas a edição direta no AGPM.
  7. Acrescentando: quando falo em "as vezes não faz o sleep" estou me referindo a instalação do Lion. No mais é a instalação do Mountain Lion que devido a placa gráfica não faz o sleep de geito nenhum, por enquanto.
  8. Caro Cassio, estou retornando com as minhas impressões. Troquei a Smbios para iMac 12.1, aceitei teus argumentos lógicos, porém retorna com menos c-states (7 em vez de 9) e "as vezes" não faz o Sleep (talvez algum USB mal conectado... tem um monte). Sobre a AGPM, só tenho um desempenho melhor com a edição da própria, sem legacy, ajudada pela edição da NVDAGF100 e da NVDAResman. Então no kernel.log aparece o carregamento da AGPM e seu c-state de 3 ao 0. No mais há o problema constante do OpenGL já relatado em tantos fóruns sobre NVIDEA no ML. O patch do OpenCL funciona.
  9. Você recomendaria o iMac12,1 ou iMac12,2 então?
  10. Sim é desktop porém o SMBIOS de macbookpro8,3 me dá mais C-states (9). Você vê algum problema nisto?
  11. Estou nesta luta das nVidia no 10.8, minha placa é a 550Ti 2G. Depois de experimentar bastante chegei a conclusão que a solução não está na AGPM, mas que a legacy não carrega no 10.8 e é necessário editar a própria AGPM para dar resultado. Porém não sei se editei corretamente: Edição da AGPM: MacBookPro8,3 LogControl 1 Vendor10deDevice1244 BoostPState 0 1 2 3 BoostTime 3 3 3 3 Heuristic ID 0 IdleInterval 100 TargetCount 5 Threshold_High 80 80 80 100 Threshold_Low 0 90 90 90 QSC Enabled 1 Mode 1 hwPState 0 0 1 1 1 1 1 1 2 qscOnTime 0 1440 0 2400 4000 5760 7680 9760 0 control-id 17 max-power-state 8 IGPU Heuristic BusyDownThresholdPercent 70 BusyUpThresholdPercent 90 DiagnosticModeDefault 0 EvaluateDownInterval 350000 EvaluateUpInterval 66000 ID 2 SensorOption 1 control-id 16 max-power-state 15 min-power-state 0 MacPro4,1 Resultado do Kernel.log: 12/08/12 17:13:43,000 kernel[0]: AGPM: updateGPUHwPstate(3, 0): fHwPstate = 3 fFB = 0xffffff8013f81000 12/08/12 17:13:43,000 kernel[0]: AGPM: updateGPUHwPstate(): state = 3. Calling fFB->setAggressiveness()... 12/08/12 17:13:43,000 kernel[0]: AGPM: GPU = PEGP G-state set to 3 from 3, ControlID = 17. SW occupancy updated. 12/08/12 17:13:43,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 3 fFB = 0xffffff8013f81000 12/08/12 17:13:43,000 kernel[0]: AGPM: updateGPUHwPstate(): state = 0. Calling fFB->setAggressiveness()... 12/08/12 17:13:43,000 kernel[0]: AGPM: GPU = PEGP G-state set to 0 from 3, ControlID = 17. SW occupancy updated. 12/08/12 17:13:43,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:43,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:47,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:51,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:51,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:53,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:53,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:54,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:54,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:57,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 12/08/12 17:13:57,000 kernel[0]: AGPM: updateGPUHwPstate(0, 0): fHwPstate = 0 fFB = 0xffffff8013f81000 Se estou correto, será que não há uma repetição de informações no info.plist?
  12. O último update 12A206j resolve uma série de problemas como o "glitch" de tela e as placas NVIDEA. Como no 10.7.4 a tabela SSDT resolve o speedstepe, mas mesmo com o patch do appleRTC.kext o sleep/wake tem problemas. Soluções?
  13. Maravilha! Resolve todos os problemas das versões anteriores. Nvidia entra direto o speedstep é resolvido com ssdt.aml conforme o tutorial do REVOGIRL. As coisas estão entrando nos eixos.
  14. Desde a instalação do ML_DP3 os "glitches" de tela apareceram, porém com o update deu tela preta ou branca depois do login. Substitui os kext da nvidea (nvdag100hal, nvdanv50hal, nvdaresman, applegraphicspowermanagement, geforcegldriver) que funcionavam bem no DP2, mas não deram resultado e só pioraram a situação. Com os kext originais consigo entrar em "modo de segurança". O que posso ter feito de errado?
×
×
  • Create New...