Jump to content


  • Content Count

  • Joined

  • Last visited

About c0ke

  • Rank
    InsanelyMac Geek

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Venezia Bari, Italy
  • Interests
    multimedia interaction design.

Recent Profile Visitors

3,233 profile views
  1. I don't know if anyone may still be interested on this... Anyway our good old M6400 is still capable of running an up-to-date MacOs system. work in progress.. Further details soon.
  2. Hi, I was using v2.3.6 but keeps freezing under heavy load (eg moving big files to shared folders into gigabit intranet) and then disconnecting until ethernet card service switch off and back on. Manually switching to 100baseTX speed appears to solve this issue, however it works slower. Then I tried the ZombiRon's kext that appears to be back to the 1.0 version and it seems to work at 1000baseT speed too. I just had to put "pci14e4,1680" string into info.plist for the card to be seen. It is working very well for my Dell Precision M6400 and I'll use this version from now on. I'll report any further info.
  3. c0ke

    Enoch Bootloader

    Ciao ErmaC, grazie della tua risposta! Gran bel lavoro, uso Chameleon/Enoch ormai da qualche anno e lo trovo veramente efficace. Non ho provato ancora kext.plist, ma a breve lo testerò perché a quanto ho capito potrebbe aiutarmi a patchare AppleGraphicsPowerManagement, che tuttora devo ritoccare manualmente ad ogni upgrade. Rigurardo il quote qui sopra su E/E ti confermo di aver settato il parametro KernelBooter_kexts su Yes su kernel.plist situato nella cartella Extra. tuttavia ho provato a mettere Nullcpupowermanagement in E/E (solo per provare l'efficacia della funzionalità), ma a quanto vedo non viene caricato. Non mi è chiaro se con KernelBooter_kexts -> Yes durante il verbose boot dovrei nuovamente leggere il messaggio "attempting to loading drivers from extra repository", perché è un bel pezzo che non lo vedo più. Inoltre su system profiler nella sez. estensioni non c'è traccia alcuna dei kext che metto su E/E. Per ora cerco di fare a meno di fileNVRAM. successivamente approfondirò il perché i webdriver caricano solo in presenza di questo modulo. credo che allo stato attuale E/E venga ignorata, ma non capisco perché. grazie ancora!
  4. c0ke


    Hi! I'm trying to boot sierra with nvidia webdrivers on my M6400, without fileNVRAM.dylib and with nvda_drv=1 flag with no luck. I also noticed that with Enoch r2889 it seems unable to load kext from /E/E. No luck also with UseKernelCache set to No into boot.plist and KernelBooter_kexts set to Yes into /Extra/kernel.plist. My old Enoch r2848 seems to work. try to load the files but they are not actually loaded. I don't like to use fileNVRAM, but installing it I succeed loading the webdrivers.
  5. c0ke

    Enoch Bootloader

    ciao a tutti, approfitto di questo topic in italiano per fare i complimenti agli sviluppatori di enoch perché trovo sia un'ottima risorsa. Però chiedo qualche spiegazione perché non trovo un howto su tutti i parametri impostabili. In particolare con Sierra sul dell m6400 in firma ho problemi a caricare il webdriver Nvidia e non riesco a caricare alcun kext da E/E: in fase di avvio non appare alcuna scritta tipo "attempting to loading drivers from extra repository" e dunque vengono ignorati i kext presenti in quella cartella. Per quanto riguarda il webdriver Nvidia, riesco a caricarlo correttamente solo con l'utilizzo del modulo fileNVRAM, che in precedenza però non utilizzavo. In pratica seguendo questo metodo. Però credo di capire che in questo modo E/E verrà sempre ignorata. Senza il modulo fileNVRAM ho provato diversi flag senza successo, dopo il boot ritrovo sempre settati i driver apple. Qualche suggerimento?
  6. c0ke

    AppleALC — dynamic AppleHDA patching

    No, I had statusbar and preference panel sync issues with sound level keys with both your appleHDA Patcher (until EC) and AppleALC 1.1.1, the same issue as post #1261 under my IDT 92HD71B7 card. So I saw that patch that was deployed for conexant codecs and figured out that was the same patch the author applied to its own IDT kext for Sierra. Then I added the same code of the conexant commit 10e8f03 to my info plist and rebuilt AppleALC and it worked. Anyway I didn't test if external plugs on my M6400 were working correctly until today so that I reported here. I think the same patch should be included in the IDT 92HD71B7 info plist to get AppleHDA to work properly with this card. Please excuse me for the confusion generated.
  7. and here we go! I'm writing from an almost perfect installation of 10.12.3: it works pretty well as 10.11.6 did and I managed to fix some glitches too. Here are the steps I've made: 0. (cloned the existing working EC system to another drive, just in case of need to watch how it works) downloaded Enoch-rev.2839, applied and successfully tested it (I believe that Clover should work too but I prefer to stay with chameleon..); downloaded and applied smbios for MacBookPro7,1 since macbookpro5,2 in use on my machine isn't formally supported by Sierra. Moved the 5,2 one to a safe place; after reboot I was able to download the installer from apple store. Note that the new smbios broke my USB support. So after download I canceled the installation and I re-applied the previous one and reboot EC. Meanwhile the installer remained accessible from the Applications folder; I've then followed this clear guide to create an USB installer from the one downloaded from apple store; Once finished, I extracted the Kernel file from System/Library/Kernels in Essential.pkg and put it in System/Library/Kernels in the USB dongle; (optionally to be able to install Sierra on a MBR partition system instead of on a GUID one this is the moment to see here how to do); Then I've put the new smbios (see point 2.) in the Extra folder and USBInjectAll from RehabMan to S/L/E in the USB dongle in order to let the ports work within the installer; I had black screen issues after the boot process from the USB installer so I applied nv_disable=1 and GraphicsEnabler Yes kernel flags and keys to the chameleon boot plist, so my installation was done in VESA mode without problems anyway; booted from USB and got to the installer: selecting my EC drive it did the upgrade in approximately 30 minutes. Then it rebooted automatically in Sierra. The old DSDT, smbios, boot plist, USB injector were just there so the OS was already almost perfect; I had just to re-patch AGPM following #27 by @madmatt to optimise the cooling system; AppleHDA patching wasn't working anymore in Sierra. There is a new already patched version released by wern apfel that seems to work very well. Anyway I switched to a freshly compiled AppleALC along with vanilla AppleHDA and corrected DSDT with layout-id 3. It seems to work very well too and I don't have to concern about the next OS updates. It solves the sync issues between sound volume keys and status bar and system preference panel icon and sliders. I'll report back any further evidence of this test. Stay tuned. 2017-11 edit The configuration above is still working very well. The system was updated to 10.12.6 + security updated 2017-001 without issues. The AGPM patch at point 10. above from @madmatt was affined following these instructions from OSXlatitude with vendor and device ids of the Nvidia graphics card, control-id was set to 18 and the patch itself was integrated into FakeSMC (credits to Hervè) in this way I don't have to patch AGPM kext at every OS update anymore. I'm starting to think about upgrading to 10.13. I know that it's working on our machines, and I'm collecting infos. If anyone has some to share, please let us know. Maybe I'll start a new topic in a better and more appropriate section. Stay tuned.
  8. c0ke

    AppleALC — dynamic AppleHDA patching

    @vit9696, @vandroiy2012 reading accurately the last pages of this topic I figured out @lihuachuan had same issues than me. I saw the patch at post #1261 made by wern apfel, the same author of the mysterious patched AppleHDA "for Dell Latitude E6400, IDT 92HD71B7". The same patch is mentioned in other forums about appleHDA and conexant cards, without further explanation about its effectiveness, so I just checked the diff between vanilla sierra kext and the patched one mentioned before and I've found: 75524c75524 < 00000000000478d0 41 be 6b 70 73 69 movl $0x6973706b, %r14d --- > 00000000000478d0 41 be 63 69 6d 69 movl $0x696d6963, %r14d I believe it's the same imic -> ispk swap highlighted by RehabMan. And it seems that the same patch was applied successfully to let our IDT 92HD71B7 card work. So in xcode I edited manually the info.plist of my card adding the same patch you recently submitted for conexant cards, building again the kext and applying it. It seems to work really well: keyboard volume control, menubar and system preference slider appear to be correctly synced. It would be great to learn more about what's happening with this patch... However I've tested only built-in speakers of my laptop and internal mic so far. I'll report later if it helps. I would like to thank you to share with the community your knowledge and such a powerful instruments to be able to learn and improve our stuff.
  9. c0ke

    AppleALC — dynamic AppleHDA patching

    Yeah I didn't understand that latest version was different from latest compiled release, please excuse me! So I built from source lilu and appleALC 1.1.1 (xcode needed the compiled lilu in appleALC project folder in order to succeed..), then placed both in S/L/E, cleared cache and reboot and it works pretty well!!!! The only glitch is that the previous sound level is forgotten at every boot and set to max (when not in mute) and the menubar stuff is not synced with the keyboard volume control, it was the same with my El Capitan kexts made with mirone's AppleHDA Patcher. There is a very good patched AppleHDA made by wern apfel here for Sierra that works perfectly, but since he refused to share info on how he resolved the issue, fearing that I would claim I did everything by myself and profit from it in some way, I'll rather prefer to work with AppleALC. Anyway I'll try to investigate and possibly help and refine this codec. Any advice is appreciated! Thank you very much for your great work!
  10. c0ke

    AppleALC — dynamic AppleHDA patching

    Thank you for your support. So I've installed both AppleALC.kext 1.1.0 and Lilu.kext 1.0.0 releases (downloaded from github) to S/L/E with Kext Utility.app Then rebooted into Sierra and still had no sound device detected. Both kexts correctly loaded before vanilla appleHDA.kext My DSDT has AZAL to HDEF patch and layout-id set. I'm sorry I did not mention before that I use enoch rev.2839 bootloader. I'm not sure if AppleALC is compatible with it. Any further advice? Thanks again.
  11. c0ke

    AppleALC — dynamic AppleHDA patching

    Hi @vit9696 I have a IDT 92HD71B7 card (111d:76b2) Rev.(00100302) according to mirone's appleHDA patcher. I see in the incomplete support table that IDT92HD71B7X is supported (note the "X" at the end). I've tried it on Sierra, with a vanilla appleHDA and layout id 3 set within my DSDT (0x03, 0x00, 0x00, 0x00). Everything load correctly but no audio device is recognized by MacOs. Do you think my card's actually supported or maybe it's a completely different model from IDT92HD71B7X an I should edit the fileset as described in the add codec support guide? thank you for your efforts
  12. Your sense of a community seems to be similar to copyright stuff. Don't share if you want to keep things on your own. Need profit from community? Do like Microsoft and lately Apple: sell your stuff and good luck!
  13. Ciao! anyone tried/succeeded with Sierra on this machine? I'm going to try it soon. I'm just downloading the installer right now and looking at the web for any info. Would be nice to read some advice from any of you if you have some experience about it already. Anyway I'll report here what happens. Stay tuned. EDIT 2017-02-02 A quick nice update: I'm writing from my clone second disk partition upgraded to Sierra. It seems it's doing well, but it's still work in progress, I'll report my full experience soon.
  14. I'm really sorry I cannot help you since I'm actually booting with enoch. Have you tried to restore the original AGPM too?
  15. Yeah, I'm sorry for the confusion generated. It's AppleGraphicsPowerManagement kext, actually taking care of our laptop cooling AFAIK. I have to patch it after every OS update as described here by madmatt to be able to get proper cooling under various cpu/gpu loads along with proper DSDT patch.