m.gbt

-favor remover este post-

Sometimes I have that message (usually after sleep), I just click Ok and then the app loads without any problem... Have you applied the instructions written in the installer?

I don't know a method to tell if a Nehalem has correct power management as AppleIntelCPUPowerManagementInfo wasn't made for it... I hope someone more experienced can help you

Don't worry, it's still supported on 10.9.1. I can say that for RTL8192SU at least...

Instead of installing the kext and then restarting the PC, check what happens if you simply try to load the kext: cd folder_containing_the_kext sudo chown -R 0:0 name_of_the_kext_file.kext sudo chmod 755 name_of_the_kext_file.kext sudo kextload name_of_the_kext_file.kext You'll probably see some errors there. Post them here If not, then try: kextstat | grep Wireless And see if the kext shows up there. This procedure is only for isolating any possible installation problem... And you'll be able to check better what problems do you have there. It is possible that the kext in the database is really wrong. The official link for these drivers is http://mediatek.com/_en/07_downloads/01_windows.php?sn=502 As you can see there, it is reported to work up to 10.5... Then maybe it's really 32-bit, but it might still work for 10.9. Good luck!

Falei bobagem e o mendietinha me corrigiu abaixo. Você tem estes apps comprados na sua conta Apple? A princípio eles são pagos e vêm instalados quando você compra um computador Apple (como dito abaixo).

I see some mistakes in your SSDT... Take this snippet as example: Package (0x06) { 0x0AF0, Zero, 0x0A, 0x0A, 0x2000, 0x2000 }, Package (0x06) { 0x0A6B, Zero, 0x0A, 0x0A, 0x1900, 0x1900 }, You've gone from 0x1900 to 0x2000 but that's hex code, 19 -> 1A. Check this snippet on my SSDT generated by ssdtPRGen: Package (0x06) { 0x03E8, 0x26B8, 0x0A, 0x0A, 0x0A00, 0x0A00 }, Package (0x06) { 0x0384, 0x2270, 0x0A, 0x0A, 0x0900, 0x0900 }, Also from the snippets above, f you notice, instead of "Zero" I have some actual values, related to the CPU Power at that frequency. But I can't help with that nor tell you if that's critical for your problem. Your frequency value doesn't match with your step value: Package (0x06) { 0x0640, Zero, 0x0A, 0x0A, 0x1100, 0x1100 } 0x640 = 1600Hz 0x11 = 15 And finally (but this should be first), Nehalem has steps of 133,33Hz instead of 100Hz so I believe your SSDT should be written accordingly, you're making steps of 100Hz there, that might give some conflicts. http://www.insanelymac.com/forum/topic/181631-dsdt-vanilla-speedstep-generic-scope-pr/ P-States calculator should help you. Good luck!

Não entendi bem, pois se não há arquivos do Xcode, sua dúvida não é com o Xcode. Se existir um .xcodeproj, você pode abrir esse arquivo no Xcode e apenas clicar em Build, depois instalar a kext gerada da mesma forma que instalaria qualquer kext baixada na internet. Porém ele irá compilar a kext como Debug, o que nem sempre é desejável (fica um pouco maior, enche seu log de mensagens e o desempenho será menor [talvez imperceptível]). Se quiseres compilar como Release, vá com o terminal até a pasta que contém o .xcodeproj e execute: xcodebuild -configuration Release Corrijam-me se eu estiver errado, mas acredito que os dados quanto à versão do Mac estão embutidos nos sources da kext, penso que não importa a versão que você está rodando para compilar. Desde que você tenha a versão do compilador exigida para essas sources. Pode ser em qualquer máquina. Alguém poderia acrescentar aqui se há qualquer tipo de ganho em compilar com a própria máquina. O que eu vejo como mais interessante em compilar a própria kext é poder fazer os ajustes onde desejado... Embora, em geral, os desenvolvedores coloquem todos os ajustes desejáveis no arquivo Info.plist.

Acrescente no mesmo arquivo a key Timeout e o tempo em segundos para ele aguardar uma decisão sua antes de partir para o automático. <key>Timeout</key> <string>5</string>

Veja se funciona: http://www.osx86.net/topic/19442-guide-get-icloud-app-store-and-imessage-working/

Sim, a partir do 10.8.5 é possível. Boa sorte

Essa mensagem não é a razão do seu problema, ela aparece para todas as pessoas que usam o uTorrent no Mac OS X a partir do 10.8. É apenas um warning, como escrito nela. Posso estar enganado, mas me parece problema de gerenciamento de energia quando não tem nada nos logs indicando outra causa...

Veja se lhe ajuda: http://Olarila.com/forum/viewtopic.php?f=2&t=1302

Que bom que está funcionando, mas a flag -v nunca é uma solução para um problema, ela apenas habilita o modo texto no boot para que você possa saber qual erro está ocorrendo. Por isso te linkei um tópico anteriormente relativo à pergunta muito frequente de "ter travado na tela da maçã". Essa tela não nos diz nada, infelizmente... Somente o modo texto pode trazer alguma informação útil. Sucesso daqui pra frente, até mais

dart=0 é um argumento de boot, não é um arquivo; veja há alguns posts atrás onde eu lhe disse como fazer. Assim como você acrescentou -v para fazer o boot em modo verbose, você vai acrescentar dart=0. Não entendi quando ocorre o "desligamento do nada". Você está conseguindo ligar agora?

Dê uma lida em http://Olarila.com/forum/viewtopic.php?f=2&t=35 Até mais

Ele não disse que esteja usando uma SSDT. Por isso que eu disse que apenas olhando, eu não posso dizer que esteja errado. Se alguém com um laptop igual ao meu usar a minha config do Clover, vai funcionar. Ele pode ter pego a config de alguém com um laptop igual, sem problemas. Posso fazer o teste aqui, me diga como ver o que é melhor. O AsusAICPUPM funciona.

Para acrescentar dart=0 você não precisa de nada instalado, é feito pela GUI do Clover. Para modificar o config.plist você precisa pelo menos conseguir montar a partição EFI, que é FAT32, então o Windows teoricamente também consegue, mas nunca pesquisei a fundo como seria. É bem tranquilo com um Live do Linux. Esse seu DVD do Ubuntu vai funcionar também.

Sem problemas, eu entendo, muitas vezes a gente fica afoito por tentar encontrar uma solução. Acrescentar dart=0 é bem mais fácil do que instalar a kext e não precisa de nada instalado, você entra nas opções de boot pelo Clover e adiciona dart=0 aos argumentos. Provavelmente já vai estar escrito -v npci=0x2000 ou algo parecido ali, é só acrescentar dart=0 ao lado. A segunda opção é fazer drop da tabela DMAR, aquele código postado é para ser adicionado ao config.plist do Clover. Pelo visto você já está conseguindo ler a partição EFI do seu dispositivo de instalação, então basta editar o arquivo /EFI/CLOVER/config.plist acrescentando aquele bloco de código. Talvez através de um live Linux fique bem mais fácil, pois dá para fazer tudo visualmente, ele monta sem problemas a partição EFI já que ela é FAT32.

Se você está dizendo isso considerando que um iniciante não saberia o significado de cada key, tudo bem, mas a config dele está praticamente igual à minha depois de ler sobre cada key na wiki e fazer vários testes, com auxílio de um desenvolvedor. Eu também não tenho muita experiência, mas quanto ao Clover estudei bastante e não estou vendo nada que eu possa dizer que está errado sem ter testado na máquina dele. Outro motivo que pode ter lhe levado a pensar isso é que algumas keys ali são realmente desnecessárias no sentido de que já possuem o valor padrão (como os FakeID com valor 0x0), mas isso depende de como o config foi gerado, não iria significar que "não vai conseguir instalar nada".

Você está usando a imagem daqui do fórum, certo? E está bootando pelo Clover ainda? Você fez alguma modificação nos arquivos dele? Verifique se a Disabler.kext está na pasta /EFI/CLOVER/kexts/10.9, originalmente ela está. Sobre a solução que você aplicou, como dito no tópico do pernacabeluda, isso de usar uma kext anterior era uma solução antiga. Os métodos indicados ali são melhores. Não deu certo usando dart=0 ?

Provavelmente seja porque você não instalou o driver OsxAptioFix no Clover. Refaça a instalação dele cuidando esse detalhe. Não tenho certeza se tem problema instalar as kexts nas duas pastas, mas de qualquer forma não vejo vantagem, basta instalar em /S/L/E

Outras pessoas podem estar interessadas em saber como você resolveu.

Então, compare as mensagens do log antes do travamento, em vários travamentos, pra ver se você descobre o que é exatamente. Apenas olhando esse seu log eu não consigo determinar o que seja exatamente. Uma vez descoberta a causa fica bem mais fácil encontrar uma solução. Você usou a imagem daqui do fórum para instalar o Mavericks? Qual bootloader você usa? Essa kext NullCPUPowerManagement que você tem, está instalada em /S/L/E ou é injetada pelo bootloader? Tente bootar sem ela para ver o que acontece (de uma forma que você consiga voltar atrás caso não boote). Acrescente, por favor, no seu perfil as informações do seu computador (sei que você escreveu há uns posts atrás, mas fica mais fácil ter isso atrelado a cada post seu do que voltar páginas para procurar). Até mais!

When I say power management related stuff, I mean: - choose correct SMBIOS for your machine - check if AppleLPC is loaded: kextstat | grep LPC (if not, then fix it) - create a custom SSDT using ssdtPRGen.sh - check the best way to drop the SSDTs (In my case I have 6 SSDTs and 1 of them should not be dropped as it contains some information accessed by the DSDT. So DropOemSSDT is not the way to go as it drops all your original SSDTs. I believe most often people shouldn't just drop all of them but this is something I'm still studying about) - graph your CPU usage via Intel Power Gadget or HWMonitor to check if it's finely changing frequency (for 2nd generation or later, in 100Hz steps) - compile and run AppleIntelCPUPowerManagementInfo.kext then let it run for a while, do all your usual stuff, run some heavy things like Geekbench, and check maybe one hour later if you got in system.log AICPUPMI outputting all P-States your CPU Usage is really weird. Even if I have many apps open, if they're not really running something, when I open activity monitor and don't do anything else I get around 99% of Idle. About your discrete GPU, I don't know much about that because I don't have one, but I've read that yes, it does waste a lot of energy. Pretty much everything is hackable though so there must be a way to make it run as you wish, if you have the time and urgency to fix it.