Kernel Voodoo XNU 9.5.0 (Mac OS X 10.5.5 Intel / AMD) em Fase de Testes Públicos
A equipe XNU-Dev portou rapidamente o código-fonte do kernel do Mac OS X 10.5.5 (Darwin 9.5.0) liberado pela Apple para plataformas Intel e AMD não nativas, trazendo descriptografia em tempo real, correção de CPUID e suporte a multiplicador de barramento (busratio).
- Autor Principal
-
@R0GUE
Publicado em 2008-09-22
- Coleção
- Lançamentos de Kernels e Comunicados
- Histórico no Arquivo
- 493,765 leituras históricas · 14 notas técnicas selecionadas (de 17 postagens) · 2008-09-22 – 2008-09-24
- Colaboradores Creditados (8)
- @gipo (3)@eMatoS (3)@Voyn1x (3)@R0GUE (2)@bhast2 (2)@pαuℓzurrr. (2)@elicip@adil2003
- Referência de Hardware
- USB 3.2 Boot Flash Drives ↗ AMD Desktop Processors ↗ Intel Core Processors ↗
A equipe XNU-Development não perdeu tempo em trazer um kernel atualizado para os usuários de sistemas 10.5.5 não-vanilla.
A Apple foi rápida na liberação do código-fonte do kernel 10.5.5, e a equipe XNU-dev foi igualmente rápida ao portá-lo. O kernel 9.5 já foi portado e os testes internos estão em andamento. O próximo beta do Voodoo será baseado na versão 9.5 (atualmente o beta 1 é baseado na versão 9.4).
Informações para Testes
Por favor, reporte todos os bugs na página de Issues ↗. Leia também este post ↗ para saber como obter o log de CPUID e anexá-lo ao seu relatório de bug. Isso ajuda imensamente a diagnosticar o problema!
Se o sistema não inicializar de jeito nenhum, se o tempo do sistema estiver lento ou se demorar muito para exibir a interface gráfica (ou a tela azul), experimente as seguintes opções de boot:
Específico para AMD: -amd -emulateintel (não deve mais ser necessário após o alpha8)
Você também pode testar a flag -force64 caso queira experimentar o suporte a 64 bits em processadores AMD — este recurso ainda está em estágio muito inicial, portanto não espere que funcione perfeitamente!
Para todos: busratio=xx
onde xx é o multiplicador de clock da sua CPU (frequência da CPU dividida pela frequência do FSB). A frequência do FSB geralmente é de 100, 133, 166, 200, 333 ou 400 MHz.
Informações sobre o Bootloader
Você precisa de um bootloader com suporte a EFI! O Chameleon é altamente recomendado.
Usuários de Pentium 4 (e de algumas outras CPUs) precisam de uma versão atualizada do Chameleon — o dfe boot132 etc. pode não funcionar!
O Chameleon atualizado será disponibilizado no site oficial quando o kernel Voodoo final for lançado. Por enquanto, é obrigatório utilizar a bootflag busratio conforme descrito acima.
Mais informações sobre a equipe XNU-Dev e o kernel 9.5.0 podem ser encontradas no site do XNU-Dev ↗.
Atualizações do Autor e Revisões Técnicas
Atualizações posteriores por @R0GUE
@elicipExiste também uma System.kext versão 9.5.0?
Aqui está a System.kext 9.5.0 (rogue.infinite mac.com/files/950_System_kext.zip). Bons testes!
Notas de Campo e Relatos da Comunidade
14 respostas técnicas selecionadas a partir de 17 postagens originais
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.
@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.
Fontes e Registro de Autoria (8 membros creditados · Tópico #1361)
| Usuário | Contribuição no Dossiê | Postagens | Período Ativo |
|---|---|---|---|
| @gipo | Colaborador Essencial | 3 | 2008-09-22 → 2008-09-24 |
| @eMatoS | Colaborador Essencial | 3 | 2008-09-22 → 2008-09-24 |
| @Voyn1x | Colaborador Essencial | 3 | 2008-09-23 → 2008-09-24 |
| @R0GUE | Autor Principal | 2 | 2008-09-22 |
| @bhast2 | Colaborador | 2 | 2008-09-22 → 2008-09-23 |
| @pαuℓzurrr. | Colaborador | 2 | 2008-09-22 → 2008-09-23 |
| @elicip | Colaborador | 1 | 2008-09-22 |
| @adil2003 | Colaborador | 1 | 2008-09-22 |