dolence

Não atualizei os caches mas estou com o essa opção desativada. Achei melhor fazer tudo sem usar cache e depois de tudo resolvido habilitar.

Tentei com: <key>IOPCIPrimaryMatch</key> <string>0x3b568086</string> Mas não obtive sucesso. Fica a mesma coisa, 4 saidas HDMI. Retirei os dados do SystemInfo. Mas se não vou precisar do dump do VooodooHDA, hj a noite vou tentar fazer o patch di AppleHDA original. Algum segredo além do que já consta no tutorial? Vi algumas pressoas reclamando que está incompleto... Abraço e obrigado!

Tentei fazer meu proprio patch no AppleHDA mas me deparei com um problema no caminho. Uma vez que não consigo fazer a VoodooHDA funcionar direito (sempre detecta 4 saídas HDMI no prefpane, mesmo alterando os IDs no Info.plist) não consigo fazer um dump valido usando a ferramenta de dump do VoodooHDA. Tenho todos os outros arquivos, o dump do codec extraido no linux, o dump do registro do windows, os arquivos convertidos para DEC e os arquivos em formato SVG. Encontrei uma AppleHDA.kext que funciona com meu sistema, com o Internal microphone sendo detectado e com ajuste de volume também mas quando tento gravar algo o microfone não funciona. Alguma idéia de como contornar isso? O microfone é importante para eu poder usar o Skype.

Esta kext ainda nao suporta meu chipset. Mas acho que posso viver com isto, amanha deve chegar minha wifi mini pci-e. Verdade! Isso funcionou! Legal! Vou testar e volto aqui para reportar. Prefiro que fique o mais vanilla possivel, mas... vamos ver o que vai rolar! Mais uma vez muitissimo obrigado, Cassio!

Nossa, a confusao do codec de som com o chipset de rede é culpa do sono. Tenho ficado até tarde acordado todos os dias tentando fazer tudo funcionar bem. Corrigindo, o chipset da rede é RTL8101E/8102E. Eu inseri o PNLF no scope _SB, logo abaixo do PWRB. Isso sozinho deveria ser suficiente para ao meno habilitar a barra de ajuste do brilho, correto? Mas tudo bem, ale disso adicionei a linha Name (_HID, EisaId ("LCD1234")) no device LCD. Nao estou bem certo se este é o device correto, mas tentei outros também sem nenhum sucesso. Também adicionei a kext do tópico (GenericBrightness). Meus logs mostram isso: Mar 7 21:46:16 MacBook-Pro-de-Willian kernel[0] <Debug>: Acpi brightness levels:8, lowest brightness:8, highest brightness:100

Oi pessoal, tudo bem? Eu instalei com sucesso o Lion em um Toshiba A665-S6094 e com a ajuda do Cassio e do pessoal do irc.osx86.hu tive sucesso em habilitar todos os Cores do i7 740QM neste laptop usando uma versão nova do VoodooTSCSync que o desenvolvedor fez para eu testar. Apliquei os patches mais básicos e agora estou com alguns problemas que não sei como resolver. Alguns são cosméticos mas outros são um pouco mais sérios. Legenda: PENDENTE e RESOLVIDO - O speedstep está funcionando nativamente, o problema é com o Turbo Boost. O clock deste processador é de 1.73 GHz e 2.93 Ghz com Turbo Boost, mas quando o Turbo Boost é ativado a frequencia sobe para 1.82. Me disseram que eu poderia resolver isto usando os dumps da SSDT no /Extra, removendo o Generate P/C states e adicionando a flag DropSSDT=Yes, tentei isto mas não obtive sucesso. - Em preferências do Sistema / Economizador de Energia eu vejo que a detecção do conector de alimentação é detectada, mudando a aba selecionada Bateria / Adaptador de Alimentação quando conecto ou desconecto o cabo mas o brilho da tela não diminui quando usando bateria e não consigo ajustar o brilho em Monitores. -> Resolvido com estes patches/kext. Ainda tenho um pequeno problema na linearidade com que o brilho aumenta ou diminui, mas isso tá facil agora. Funcionando o slider, teclas de atalho e tudo mais. - Não consegui aplicar o patch para ativar o sleep ao fechar o laptop, acho que o DSDT destes Toshibas são muito diferentes dos usuais. -> Bastou o patch do PNLF no _SB para resolver isto. - Toda vez que retorno do Sleep minha placa de rede para de funcionar. Ela é mostrada em Rede, mas o icone fica em vermelho. É uma RTL8101E/8102E e já testei todas as kexts possíveis e imaginaveis. - Existe alguma maneira de usar a ALC269 com o AppleHDA para uma solução um pouco mais vanilla do que a VoodooHDA? Eu sempre tenho problemas com esta kext, e tenho a impressão que DSDT+AppleHDA funciona bem melhor, mas não tenho idéia de como fazer este patch. Será que o microfone interno funcionaria? Acabei ficando com o VoodooHDA mesmo. Funcionou mic interno e tudo o mais. Perdi varios dias tentando fazer um patch funcional, sem sucesso. Ao menos aprendi algo sobre como funcionam os verbits/pinconfigs. Em anexo estou enviando os seguintes arquivos: Pasta DSDT Linux Dump - dump da DSDT / SSDT feito no linux. Pasta Extra - arquivos usados atualmente no meu Chameleon. Logs - logs diversos que achei que pudesse ajudar a encontrar solução para estes problemas. Agradeço antecipadamente a ajuda de todos. Espero muito poder resolver estes problemas para ter meu laptop funcionando 100%! Um abraço! TOSHIBA A665-6094.zip

Pessoal, consegui resolver meu problema! Assim como eu, tenho certeza que muitos outros estão passando pelo mesmo problema, então deixo aqui a solução. Um abraço e muito obrigado pela ajuda, Cassio! Por favor, podem alterar para resolvido.

Você precisou usar voodoosynctsc no seu sistema?

Perai, com CPUS=4 em Informações do Sistema eu vejo 8 barras no Historico da CPU, mas apenas 4 trabalham. Sem esta kext, quando bootava com os 8 cores e ficava tudo lento eu tinha atividade nas 8 barrinhas lá no Histórico.

Cassio, tive um certo sucesso aqui! Usando a kernel extension VoodooTSCSync e CPUS=4 consigo habilitar 4 cores e tudo funciona bem. Com CPUS=8 eu tenho um KP logo de cara. Isso nos dá alguma luz? Abraço e muito obrigado!

Não, nada alem da FakeSMC e DSDT. Claro, também removi o NullCpu. Com a NullCpu o sistema iniciava sem reinicio quando não limitava a uma CPU com a flag. Não acredito que seja relacionado ao ML. Tenho exatamente o mesmo problema de lentidão no Lion. Quando inicio com todos os cores eu posso ver que o sistema esta lento durante o boot mesmo. A spinning wheel fica girando como se estivesse dando solavancos, gira, trava, gira mais um pouco até carregar o sistema, o que demora bem mais do que quando limito a uma cpu apenas. Eu vejo isso acontecer mesmo com os reinicios após remover o NullCpu. Você deu uma olhada na minha DSDT? Está tudo OK? Conhece mais alguém experiente neste assunto que possa nos ajudar? Mais uma vez muito obrigado por tudo!

Ok, novo DSDT, adicionei o patch HPET e estou usando o FakeSMC v4 rev530. Testei inclusive os plugins e está funcionando direitinho. Eliminamos a kext NullCpu, então agora com ou sem DSDT eu não consigo bootar sem cpus=1, tentei bypassar o DSDT mas mesmo assim fica reiniciando. Algo mais que eu possa fazer? Acho que mesmo meu processador sendo igual ao seu, alguma outra coisa que difere nos nossos sistemas esta causando o problema. dsdt.aml.zip

Ai estão as informações solicitadas! Mais uma vez muito obrigado por toda a ajuda. TOSHIBA_A665-S6094_DOLENCE.zip

Fiz um dump da DSDT, apliquei o patchd as IRQs, LPC, T_X rename da pasta "notebook core i nehalem" e removi o NullCpu. O resultado foi o mesmo. Fiz corretamente? Tem um jeito de extrair a ACPI no linux, algo assim, pode ser uma solução?

Oi Cassio! Muito obrigado por responder tão rapidamente! Atualmente estou testando com o Mountain Lion, mas a noite passada tive os mesmos problemas com o Lion. Acredito que estou usando a mesma versão do Chameleon que você. Vou deixar a saida do meu bdmesg pra você dar uma olhada: Chameleon 2.1svn (svn-r1820) [2012-02-17 17:23:16] msr(301): platform_info 00030d00 msr(305): flex_ratio 00000000 Sticking with [bCLK: 133Mhz, Bus-Ratio: 130] CPU: Brand String: Intel(R) Core(TM) i7 CPU Q 740 @ 1.73GHz CPU: Vendor/Family/ExtFamily: 0x756e6547/0x6/0x0 CPU: Model/ExtModel/Stepping: 0x1e/0x1/0x5 CPU: MaxCoef/CurrCoef: 0x0/0xd CPU: MaxDiv/CurrDiv: 0x0/0x0 CPU: TSCFreq: 1729MHz CPU: FSBFreq: 133MHz CPU: CPUFreq: 1729MHz CPU: NoCores/NoThreads: 4/8 CPU: Features: 0x000002ff Se inicio o sistema sem nenhuma flag o sistema é carregado mas ocorre o problema de lentidão extrema no sistema que citei anteriormente. Até mesmo o mouse fica super lagado, travando muito, como se funcionasse apenas ocasionalmente. As teclas se comportam de maneira estranha, por vezes não funcionando, outras funcionando como se estivesse pressionada por mais tempo. Porém todos os nucleos são detectados, da mesma maneira que o seu. Alguma idéia do que pode estar causando isso? Estranhamente as outras pessoas que notei passar pelo mesmo problema usavam laptops Toshiba. Alguma peculiaridade destas bios? Estou realmente perdendo as esperanças de ter o sistema rodando legalzinho neste equipamento.

Oi pessoal! Tudo bem? Estou com um problema e gostaria de saber se alguém poderia or favor me ajudar. Tenho um laptop Toshiba A665-S6094 equipado com um processador i7 740QM. Oproblema é que só consigo usar satisfatoriamente o sistema quando limitado a apenas um nucleo, o que deixa o desempenho bem abaixo do esperado se comparado com o i3 que uso como desktop. A nível de DSDT o fix de remover os aliases não valem para mim, uma vez que não possuo essas linhas no Scope(_PR). Com a ajuda do pessoal do irc.osx86.hu eu fiz algumas descobertas: - O chameleon estava identificando meu busratio como 130! busratio=XX corrige isso e o busratio correto para meu processador é 13. - Bootando com as flags cpus=1 busratio=13 o sistema sobe mas apenas um core é habilitado. É usável, mas gostaria muito de ter os 8 nucles funcionando. - Bootando unicamente com a flag busratio=12 o sistema sobe com os 8 nucles funcionando, porem o mouse fica travando como se estivesse com lag e todo o sistema fica terrivelmente lento. Verifiquei no Monitor de Atividade com ˜todos os processos˜ ordenando por maior consumo de cpu e a cpu deveria estar quase totalmente livre, então não é nenhum processo consumindo todos os recursos do processador. - Bootando com a flag busratio=13 o sistema não sobe. Fica na spinning wheel que gira um pouco, para, gira um pouco mais, para e assim por diante. Depois de alguns minutos o hdd não é mais lido, não vejo o led piscar, mas a spinnig wheel continua a girar lentamente, como se também estive dando solavancos. Alguem comentou sobre a possibilidade de ser algo relacionado a ACPI+APIC na DSDT. Alguma idéia? Todas as pessoas que vi usando este processador estão passando pelas mesmas dificuldades que eu, sem solução aparente. Eu vi que o membro da staff Cassio possui um equipamento com o mesmo processador. Gostaria muito de saber se ele passou por este tipo de dificuldade e se existe alguma maneira dela ser contornada. Agradeço antecipadamente toda ajuda e atenção prestada. Uma braço a todos!