xmen1

Nota importante: para os updates delta do iMZDL o sistema tem de estar totalmente em inglês US, caso contrario não instalam. Para quem não sabia, espero que a dica seja útil

Embora ainda não tenha testado o 10.11, espero que o chameleon volte a funcionar. Considero o chameleon muito melhor nomeadamente para máquinas mais antigas. Mas pelos vistos não está a ser fácil.

Bem aqui tambem tenho o mesmo problema com o sleep demora-me uns 10/20 segundos a entrar em sleep... coisa que anteriormente nunca aconteceu. O meu sleep sempre funcionou a 100% inclusive o auto sleep...fiz o rollback de algumas kexts que poderiam estar relacionadas com as portas USB, etc, mas nao resolveu...ainda nao descobri o porquê deste atraso. Se alguem tiver dicas serao bem vindas...na verdade na minha mobo a DP5 estava a funcionar melhor que nesta DP6 apesar de resolverem alguns bugs.

Boas pessoal, estou a pensar fazer um upgrade ao meu portatil e como tal tenho lido bastante em vários foruns dos mais conhecidos em hackintosh...por causa das compatibilidades...sei que o Probook 4530s tem bastante suporte mas infelizmente esse portatill foi descontinado e é dificil de encontrar novo, daí eu estar a pensar comprar o 4540s....mas ja nao tenho tanta certeza disso porque parece existir uns modelos dos mais recentes 4540s, que estao a ser muito dificil de ativar a HD4000, nomeadamente faze-la reconhecer com o monitor interno, existe um caso no tonycrap de um utilizador que comprou precisamente o modelo que quero comprar e ainda nao encontrou soluçao para o problema apesar de recorrer as todas as soluçoes possiveis pelas ajudas prestadas. O portatil tem as mesmas caracteristicas que este: http://www.prinfor.pt/publico/portateis/42420-hp-probook-4540s--h5j84ea-.html abaixo da pagina estao as especificaçoes desse HP. Entao eu pergunto se por acaso aqui alguem teve esse problema que está por por resolver sem ter que ligar o portatil por HDMI a um monitor externo. Os graficos e gerenciamento de energia nativo sem duvida sao das coias mais importantes num hackintosh.

Ah ok ja compreendi... entao esse problema é outro...nao se aplica ao meu caso. Obrigado pelo esclarecimento

O Bug da tela preta como assim? podias te explicar melhor? aqui continua igual.... na minha HD6870... se te referes à tela preta antes de entrar no ambiente de trabalho...no meu caso continua usando DVI (da grafica) para HDMI (no monitor).

Eu uso sempre este comando: sudo softwareupdate -d -r e depois instalo manualmente a partir da pasta biblioteca/updates.... tem corrido bem.

Sim...um cadito melhor...

Isolei o pin 20 dos dois lados com fita isoladora..mas nao foi tarefa fácil porque os pins sao demasiados estreitos...mas com tempo e paciência faz-se tudo lol.

Boas Pessoal, depois de varias horas consegui a Soluçao. Espero que seja tambem a soluçao para muitos utilizadores. Utilizei o método Tap Pin 20, isolando o pin 20 como mostra na figura: funcionar E... finalmente a funcionar com as kexts originais e sem alteraçoes em DSDT, Vejam: Testado no Mountain Lion 10.8.4 e Maverick DP4. Meu Laptop Compaq presario CQ60. Para o efeito foi utilizada uma Mini PCI Wireless Atheros AR9281. Cumps.

mas o meu chip é 9281 e li que era compativel no wiki...daí eu ter comprado...obrigado pela resposta veja:

sim testei e nada... Edit: será que tem a ver com o sub-sistem ID ou algo do genero...mas o estranho é que ela é detectada com airport extreme...mas cmo disse procura por redes mas nao detecta nenhuma

Boas pessoal, venho aqui porque estou com um problema que nao consigo resolver de forma nenhuma. Comprei ontem uma mini placa atheros AR9281 usada para o meu portatil, e ela funciona mto bem no windows... no montain e no maverick ela é detectada como airport extreme e com suporte a airdrop....mas ela nao deteta nenhum rede wireless, nem a do meu router mesmo com ligaçao aberta sem password etc....fica à procura e nada nunca encontra a rede, ja fiz utilizei varias kexts io80211family.kexts desde as mais antigas às mais recentes inclusive na pasta usr/libexec... substitui o executavel airportd, privateframworks de versoes anterioes adicionei ao DSDT tambem etc, mas nada.. alguem tem alguma sugestao qual poderá ser o problema?...

No meu caso, estive a ver no windows o ID do dispositivo da minha LPC...que é 3B02, verifiquei que na AppleLPC do mavericks esse ID ja existe(pci8086,3b02), entao removi o metodo_DSM que estava errado ou seja tinha 3B09...mas nao fazia diferença porque depois de ver no ioreg esse ID era ignorado e carregava o meu ID original ou seja o 3B02, resumindo penso que no meu caso nao existe necessidade de aplicar o metodo_DSM no device (PX40)uma vez que ela carrega nativamente... as temperaturas aqui rondam os 40/44 graus...o mesmo acontece com as Fans do CPU entre as 15xx/16xxrpm. Edit: Obrigado por partilharem essa informaçao/dica, pois nunca tinha reparado nisso.

Nao consigo guardar nada no editor de texto...crash...mais alguem teve essa experiencia?

Ah sim tem toda a razão, não tinha lido bem. valeu amigo obrigado

Funcionou pernacabeluda, muito obrigado... mas o estranho é que eu ja tinha aplicado esse patch e não dava....talvez porque não actualizei o kernalcache lol. Agora depois do sleep ja não tenho cmos reset. valeu amigo obrigado

Aqui CMOS reset com ou sem patch...alguma solução? no mountain lion nunca tive problemas desses, ja usei a kext do mountain mas o cmos reset continua....

Experimenta o myHack 3.2 BETA 8, disponível no site... tem lá a opção Made MBR Patch optional. Não sei é se funciona no 10.9, eu tambem estou à espera do patch mbr oficial, nao estou com vontade de formatar o meu HD na totalidade. Edit: MBR patch nao funciona com o myhack beta8, confirmado pelo site. Temos que aguardar.

Ok obrigado.

...e já agora, continua a ser preciso remover as Kexts da grafica no meu caso ATI6000? amigo oldnapalm consegue disponibilizar o patch MBR? obrigado

Com todo o gosto meu bom amigo e já agora obrigado pela sua colaboração Só mais uma dica importante para os outros utilizadores, essa AppleHDA usa o Layout71, logo será necessario adicionar ao DSDT: Device (HDEF) { Name (_ADR, 0x001B0000) Name (_PRW, Package (0x02) { 0x05, 0x03 }) Method (_DSM, 4, NotSerialized) { Store (Package (0x0A) { "codec-id", Buffer (0x04) { 0x51, 0x50, 0xF1, 0x14 }, "layout-id", Unicode ("G"), /* ------> ou 0x47, 0x00, 0x00, 0x00 */ "device-type", Buffer (0x11) { "Cx20561" }, "PinConfigurations", Buffer (Zero) {}, "hda-gfx", Buffer (0x0A) { "onboard-1" } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } } } Mas ainda vou tentar melhora-la, se conseguir claro Se quiser também posso partilhar a minha ALC888 (2.3.1f2) sem erros, conforme o hardware da minha assinatura. AppleHDA Conexant 20561-10.8.2.zip

Amigo Mirone, assim que lhe for possivel mande-me se faz favor entao a HDA do Mountain Lion a ver se mesmo com erros ela gera som. Obrigado Edit: Amigo Mirone, já consegui colocar a AppleHDA 2.3.1.f2 (ML 10.8.2) a funcionar, os erros sao os mesmos lol...mas pelo menos o mic e as colunas internas funcionam

Sim eu entendi, em relaçao à primeira que voce editou, o mudo nao funcionou nem o mic e na barra de menu o volume continua no maximo... mas isso é o menos. Voce tentou basear-se numa daquela que eu enviei? outra coisa, no meu caso o binpatch que tem funcionado é este: sudo perl -pi -e 's|\x84\x19\xd4\x11|\x51\x50\xf1\x14|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA e só funciona nas kexts do Lion, no snow leopard basta apenas isto: com o hex fiend abrir o executavel applehda procurar pelos seguintes codecs: 8508EC10 e substituir por 5150F114 e tambem este por causa da minha grafica... procurar por 0700DE10 e substituir por 0300DE10... que é o id da minha grafica, mas estas substituiçoes só funcionaram na appleHDA do Snow para as do lion pela minha experiencia usei o binpatch acima (sudo perl -pi -e 's|\x84\x19\xd4\x11|\x51\x50\xf1\x14|g') tentei usar esta duas formas na appleHDA do Mountain Lion com o script perl zlib.pl deflate..platform/layout/info..... que voce sabe... e nenhuma funcionou, penso que terá tambem a ver com outro tipo de Layout,nao tenho a certeza, mas preciso de estar com a cabeça fresca porque ao fim de umas horas ja fico sem paciencia mas se voce tiver disponibilidade podemos tentar com calma e tempo mas ja vi que nao está facil, se na HDA do lion é o que é na do Mountain tal como você disse será pior. Qualquer das formas agradeço. Amanha voltarei aqui.

Mirone obrigado pela sua insistencia, nao o quero aborrecer mais com esta situaçao, mas tive a ler num forum e acho que existem diferenças na estrutura da 10.7.3 para a 10.7.4 e provavelmente nesta 10.7.5. talvez com uma da 10.7.3/2 resolva alguns erros tambem nao testei com versoes anteriores tirando a do Snow. esta ultima que vc postou tambem nao dá som, só a primeira que vc postou funciona apesar de muitos erros. As permissoes reparei sempre para alem do kext utility. Dificil hein! Antes de conseguir patchar a do 10.7.4 tambem perdi varias noites devolta dela até que consegui mas realmente muito dificil acertar com ela. Por exemplo, no meu PC Fixo tenho ALC888 onboard que funciona bem sem erros e com a ultima versao da HDA 10.8.2, este codec 20561 é um pouco complicado infelizmente, mas há quem tenha conseguido modifica-la com sucesso nesse tal site chines, pena que eu nao consiga saca-las. Mas ainda vou tentar com a 10.7.3 ou 10.7.2. Faria todo o gosto em partilha-la porque sei que ainda existem muitos utilizadores com este codec nomeadamente com portateis HP. Por outro lado desde que consegui patchar a appleHDA os kernels panics felizmente até agora nunca mais surgiram, resumindo e concluindo o VoodooHDA é o causador de muitos dos kernels panics nomeadamente em algumas boards. Nestes foruns com ajuda de algumas pessoas com conhecimento mais avançado aos poucos vamos aprendendo um pouco mais. Obrigado pela sua colaboraçao