oldnapalm

It's exaclty like the one in the example (from an Asus N53JQ). You can use the device name, just make sure the method _DSM is inserted in the correct device into device label WLAN insert begin Method (_DSM, 4, NotSerialized)\n {\n Store (Package (0x0C)\n {\n "AAPL,slot-name", \n Buffer (0x08)\n {\n "AirPort"\n }, \n "device-id", \n Unicode ("*"), \n "device_type", \n Buffer (0x08)\n {\n "AirPort"\n }, \n "model", \n Buffer (0x34)\n {\n "Atheros 9285 8802.11 b/g/n Wireless Network Adapter"\n }, \n "subsystem-id", \n Buffer (0x04)\n {\n 0x8F, 0x00, 0x00, 0x00\n }, \n "subsystem-vendor-id", \n Buffer (0x04)\n {\n 0x6B, 0x10, 0x00, 0x00\n }\n }, Local0)\n DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n Return (Local0)\n } end

Sorry, the Atheros patch was wrong, first remove it with into method label _DSM parent_adr 0x001C0001 remove_entry then download and apply it again http://Olarila.com/Patches/Atheros%209285.txt Change the values according to your ioreg (WLAN@0 and RP02@1C,1) into device name_adr [color=#FF0000]0x00[/color] parent_adr [color=#FF0000]0x001C0001[/color] insert Only DSDT patch won't make audio work, you will also need to edit AppleHDA http://Olarila.com/forum/viewtopic.php?f=17&t=212 If you don't have a patched kext for Snow Leopard it's more complicated http://www.projectosx.com/forum/index.php?showtopic=465 For battery info you will always need VoodooBattery (or other similar kext). You can fix DSDT to get VoodooBattery working in Lion without AppleACPIPlatform from Snow Leopard. More info in this topic http://www.insanelymac.com/forum/index.php?s=&showtopic=181293&view=findpost&p=1736543

You need to get the verbs from Linux/Windows and fix them. http://www.projectosx.com/forum/index.php?showtopic=465 http://www.insanelymac.com/forum/index.php?showtopic=149128

The Atheros patch is an example, you have to look in IORegistryExplorer the correct address In my case the WLAN is inside RP02@1C,1 (0x001C0001). I also had to boot Windows and enable the wireless with Fn + F2, then it started to work in Mac OS. Sorry, I don't have any experience with Sandy Bridge, can't help with that.

Did you check if you applied the Atheros patch in the correct place? AICPUPM = AppleIntelCPUPowerManagement You will need to read that topic carefully to get power management working.

Just put back the kext I asked you to remove (NullCPUPowerManagement), I didn't notice you have a Sandy Bridge system. The other 2 kexts you can remove.

Re-install NullCPUPowerManagement until you have working power management. Extensions folder or mkext is your choice. You may need this http://www.insanelymac.com/forum/index.php?showtopic=258611

Did you check in ioreg under which device the wlan is located? Remove these kexts AtherosFix.kext NullCPUPowerManagement.kext OpenHaltRestart.kext

The patch is available http://Olarila.com/forum/viewtopic.php?f=22&t=385

Apply DTGP too http://Olarila.com/Patches/DTGP.txt nZIHw-QYO64

Atheros 9285 http://Olarila.com/forum/viewtopic.php?f=7&t=93 The DualLink patch is simple, like GMA950 into device name_adr 0x00020000 insert begin Method (_DSM, 4, NotSerialized)\n {\n Store (Package (0x02)\n {\n "AAPL00,DualLink",\n Buffer (0x04)\n {\n 0x01, 0x00, 0x00, 0x00\n }\n }, Local0)\n DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n Return (Local0)\n } end Remember to check the address in ioreg, in the examples video is @2 (0x00020000) and wireless @1C,1 (0x001C0001).

Patch para DSDT Editor https://www.olarila.com/files/DSDT/Patches/Misc/Atheros 9285.txt Lembre de verificar o endereço no ioreg, no exemplo é WLAN@0 (0x00) e está dentro de RP02@1C,1 (0x001C0001) into device name_adr [b]0x00[/b] parent_adr [b]0x001C0001[/b] insert Pode usar o nome do device ao invés do endereço, mas acho que o nome varia mais (de um modelo para outro) into device label WLAN insert Se o device WLAN não existir na DSDT, use o patch Atheros 9285 (no WLAN).

Você fez as últimas tentativas que eu sugeri (direcionar ambas as saídas para o mesmo DAC)? Isso só vai ser resolvido com muitos testes, dificilmente alguém vai chegar aqui e postar a solução, até porque não tem muita gente com esse codec em hackintosh. Tente fazer uma pergunta mais específica no tópico oficial da VoodooHDA. Se pedir "please help me to patch it for my codec, here is the dump" certamente ninguém vai responder mesmo.

Updated: MaciASL (Acidanthera fork) New editor developed by phpdev32, compatible with DSDT Editor patches. Patches from the extinct DSDT Auto-Patcher 0.6 are available here. You can use them with DSDT Editor and Patcher. If your mobo/laptop is not listed, you can use the individual patches or create a new patch based on other with same chipset. If you want to add your patch to the list, please attach it here. Credits: DSDT Editor and Auto-Patcher software by el coniglio Patches HP DV8 Nehalem and DV6 Core i Nehalem by NIXin HP Compaq 610 by Cassio HP DV7 6B32US by stuck Intel DP67BG by artur-pt All other patches by MaLd0n Attention: patches must be applied to original DSDT. If you booted Mac OS using an edited DSDT (renamed devices, etc) and use "extract DSDT" you will probably have compilation errors. What you can do (just one): - reboot without a DSDT replacement (remove dsdt.aml from / or /Extra and restart) - start Mac OS using a boot CD - use Windows or Linux version of DSDT Editor - extract DSDT using Windows or Linux and open it in Mac OS, instead of using "extract DSDT" If you use patched AppleHDA you may need to update the HDEF patch according to your audio codec. Make sure layout-id in DSDT (hex) coincides with LayoutID in AppleHDA (decimal).

Patch no formato DSDT Editor http://Olarila.com/Patches/Misc/LAN0.txt

This should be enough Method (_PSW, 1, NotSerialized) { Store (Zero, U1EN) }

Instalou com o Windows? Entre no Snow pelo CD de boot e instale da forma correta http://Olarila.com/forum/viewtopic.php?f=2&t=32 Não é possível que sem a FakeSMC ia até quase o final do boot, e com ela trava logo no início. Alguma coisa a mais você deve ter feito.

You can compare lucke77 original DSDT with the one edited by Maldon, use a tool like DiffMerge. If you download the patch and apply with DSDT Editor or run Auto-Patcher from terminal cd ~/Downloads/DSDT\ Auto-Patcher.app/Contents/Resources/Java/ mkdir lib cp *.jar lib java -jar DSDTParser.jar you will find the error. In this case there was a problem in the patch (I call it "bugadão do Maldon"), should be fixed now, you can try to apply it again. I can also add the sleep fix used by lucke77 if you confirm the problem with USB4 causing immediate wake after sleep into method label _PSW parent_label USB4 code_regex ^((?:.|\n)*)$ replace_matched begin Store (Zero, U1EN) end @lucke77 Did you edit _PSW or remove _PRW to fix the sleep issue?

A resolução nativa pelo Chameleon (Lizard) só é possível se o laptop suportar. Use a opção "video info" no menu do Chameleon para verificar os modos suportados. Sobre o erro no boot pelo HD, instale a kext FakeSMC.

O seu HD tem setores de 4k? Talvez seja o mesmo problema que outros estão enfrentando http://forge.voodooprojects.org/p/chameleon/issues/129/

Não custa tentar, antes de reinstalar tudo sem testar o básico.

Mac OS Expandido (Reg. Cronologicamente) é o tipo de partição padrão do Mac OS (0xAF). A questão sobre redimensionar partições é quanto ao tipo ta tabela (GUID ou MBR) e não da partição em si.

Acho que não faz muito sentido. Se instalar o boot loader na imagem e depois gravá-la não vai conseguir fazer boot. Se você tem acesso ao Mac OS pode tentar via USB (antes restaura a imagem, depois instala o boot loader) http://Olarila.com/forum/viewtopic.php?f=3&t=21

Não, a VoodooHDA não precisa de nada na DSDT, só se quiser que apareça no System Profiler, aí pode ser o HDEF "genérico", nada específico do codec http://Olarila.com/Patches/HDEF.txt

Nunca fiz, mas acho que pode.