Kernel Voodoo XNU 9.5.0 (Mac OS X 10.5.5 Intel / AMD) em Fase de Testes Públicos

Testei o novo kernel XNU 9.5.0...
Tudo parece funcionar bem, exceto pelo meu áudio, que fica chiando nos primeiros 3 segundos e depois toca normalmente.
Esse problema acontece toda vez que qualquer som é iniciado, até mesmo nos sons de sistema como ao esvaziar o Lixo — depois de alguns segundos o som normaliza...
Por enquanto restaurei o kernel XNU 9.4.0 anterior, que funciona perfeitamente para mim.

Você não inicializou informando o seu busratio.

Para corrigir o som é preciso iniciar com a flag busratio:
por exemplo, no meu sistema o FSB é 200
e minha CPU roda a 2,6 GHz,
então 2600 dividido por 200
dá um busratio de 13.
Portanto, eu dou boot com busratio=13.

Posso confirmar que o áudio funciona perfeitamente fazendo isso.
Isso será corrigido automaticamente no futuro, já que esta versão ainda é apenas um alpha.

@bhast2Você não inicializou informando o seu busratio. Para corrigir o som é preciso iniciar com a flag busratio: por exemplo, no meu sistema o FSB é 200 e minha CPU roda a 2,6 GHz, então 2600 dividido por 200 dá um busratio de 13. Portanto, eu dou boot com busratio=13. Posso confirmar que o áudio funciona perfeitamente fazendo isso. Isso será corrigido automaticamente no futuro, já que esta versão ainda é apenas um alpha.

Como descubro o meu FSB? Minha CPU também é de 2,6 GHz...

Edit: Deixa pra lá, meu FSB também é de 200, então tenho exatamente o mesmo multiplicador...
Edit 2: Também confirmo que o áudio agora está funcionando perfeitamente!

Tentei iniciar também em modo de 64 bits, mas o sistema trava logo após carregar a AppleNForceATA. Eu já não esperava que fosse funcionar de primeira, mas é um ótimo começo.

@bhast2Você não inicializou informando o seu busratio. Para corrigir o som é preciso iniciar com a flag busratio: por exemplo, no meu sistema o FSB é 200 e minha CPU roda a 2,6 GHz, então 2600 dividido por 200 dá um busratio de 13. Portanto, eu dou boot com busratio=13. Posso confirmar que o áudio funciona perfeitamente fazendo isso. Isso será corrigido automaticamente no futuro, já que esta versão ainda é apenas um alpha.

Vou testar o parâmetro busratio assim que possível... e volto para relatar o resultado.
Consigo ver o FSB e a frequência da CPU pelo CPU-Z? Fiz um leve overclock no meu sistema, então ele não está com o valor padrão...
Obrigado, bhast...

Tudo funcionando muito bem, mas não consigo dar boot em modo de 64 bits — ele congela ao carregar a kext AppleNForceATA.

Tudo rodando perfeitamente e consigo inicializar em 64 bits!
Porém o Perfil do Sistema (System Profiler) fecha inesperadamente!
----------------------------------------------

SO: Leo4All v5 Server
Placa-mãe: ASRock 4CoreDual-SATA2 R2
BIOS: v1.7 (versão antiga)
Chipset: VIA® PT880 Pro / PT880 Ultra
Áudio: Codec ALC662 => Azalia
CPU: Intel Pentium D 920 2,8 GHz
RAM: 2 GB DDR2 667 MHz (Dual Channel)
Vídeo: ATI Radeon X800 XT AGP (não consigo alterar a resolução!)
HDD: IDE 160 GB

@eMatoSTudo funcionando muito bem, mas não consigo dar boot em modo de 64 bits — ele congela ao carregar a kext AppleNForceATA.

Pelo que li mais cedo em um post no InsanelyMac, isso acontece porque a AppleNForceATA é baseada na AppleVIAATA, que é uma kext exclusivamente de 32 bits. Esse também é o motivo pelo qual sistemas baseados em chipset nForce têm dificuldade para rodar com 4 GB de RAM.

Droga! Então não vai funcionar em 64 bits até que a kext seja reescrita.

Pelo que entendi, é exatamente isso.

E se você acha isso ruim, espere só até chegar o Snow Leopard: :

Na maioria dos casos, o Leopard consegue utilizar os mesmos drivers do Tiger. Quando há alguma limitação, geralmente decorre da interação com outras kexts e bundles que foram atualizados. Contudo, na transição para o Snow Leopard não teremos mais essa retrocompatibilidade: drivers de 32 bits NÃO FUNCIONAM no Snow Leopard. É isso mesmo: começa TUDO do zero.

http://forum.insanelymac.com/index.php?automodule=blog&… ↗

@Voyn1xPelo que li mais cedo em um post no InsanelyMac, isso acontece porque a AppleNForceATA é baseada na AppleVIAATA, que é uma kext exclusivamente de 32 bits. Esse também é o motivo pelo qual sistemas baseados em chipset nForce têm dificuldade para rodar com 4 GB de RAM.

No Leopard o suporte a 64 bits ocorre no nível dos aplicativos (userland), então uma kext de 32 bits não impede o boot.

O modo de 64 bits só entra em ação quando o aplicativo solicita.

Pessoal, por favor acessem este link:

http://forum.insanelymac.com/index.php?s=&showtopic… ↗

E postem os valores de MSR das suas CPUs! Isso ajuda imensamente os desenvolvedores a criarem um kernel ainda melhor para os usuários de AMD.

Você tem toda razão, p-J: eles precisam de dados reais de sistemas AMD, então vamos colaborar, pessoal!

@bhast2No Leopard o suporte a 64 bits ocorre no nível dos aplicativos (userland), então uma kext de 32 bits não impede o boot. O modo de 64 bits só entra em ação quando o aplicativo solicita.

Hmm, pesquisando mais a fundo você tem razão (pelo menos no Leopard, conforme mencionei no post anterior), mas segundo o Mysticus C lá no InsanelyMac, o bug dos 4 GB de RAM é causado por uma incompatibilidade do driver nForce com o endereçamento de 64 bits. Estou apenas especulando, mas é possível que isso afete a inicialização com -force64.

@bhast2Você não inicializou informando o seu busratio. Para corrigir o som é preciso iniciar com a flag busratio: por exemplo, no meu sistema o FSB é 200 e minha CPU roda a 2,6 GHz, então 2600 dividido por 200 dá um busratio de 13. Portanto, eu dou boot com busratio=13. Posso confirmar que o áudio funciona perfeitamente fazendo isso. Isso será corrigido automaticamente no futuro, já que esta versão ainda é apenas um alpha.

Tudo perfeito agora com o alpha11! Mesmo sem informar o busratio no boot, o som está impecável.
Também instalei a System.kext do 10.5.5.