Jump to content

Tuurbo

Members
  • Content Count

    22
  • Joined

  • Last visited

  • Days Won

    1

Tuurbo last won the day on April 10 2017

Tuurbo had the most liked content!

Community Reputation

4 Neutral

About Tuurbo

  • Rank
    Private First Class
  1. @Bronxteck Yeah, try'd changing the values, but it make's no difference no matter what I choose (high, low and absolute zero). @Hervé Thanks for the info! So I can rest assure that it's a ALC292.
  2. Update; I'm slowly getting there I now have a working combination of AppleHDA (HDMI) with VoodooHDA (speaker/Line-out) as Bronxteck suggested. It took me a while to figure out that I should change the string to 0x8C208086 (0xDeviceIDVendorID). Now I have the VoodooHDA only attached to the ALC292, and with the help of FakePCIID_Intel_HDMI_Audio.kext working audio over HDMI. AppleHDA I'm still hoping to find a solution without the use of VoodooHDA. I'm still struggling I can't figure out why it won't work. I have the three patches in clover and placed the AppleHDA_ALC292.kext in /S/L/E. To be sure I've also try'd disabling the patches in Clover and installed the patched AppleHDA (with the Kext Utility). The only thing that keeps on bothering me, is that in the bios and in Linux I don't see a ALC292 sound card, but a ALC3226. If I compare my codec_dump with an other one I found on the forum here, there are some changes, like for example the subsystem id. Could it be that I need to make some changes to the AppleHDA_ALC292.kext in my case? Hissing/static noise on headphone The next challenge is to get the headphone (line-out) working without static noise (hissing). Maybe it wil go magically away when I got a working solution without voodooHDA... I've try'd editing the plist of VoodooHDA with the iGain value from 90 to 0, but no luck. Hoping that somebody could point me in the right direction again!
  3. I'm still having trouble to have audio working without the use of VoodooHDA, but I've made some progress! The HDMI audio is operational, but still no integrated sound. Just to be sure, I've attached a dump from the audio from Linux made a verbs.txt file of it. I've expected the ALC292 in the file, but maybe the ALC3226 codec is the same somehow? I've try'd the files from E6440_i5-4300M_HD4600_Sierra-Pack.zip AppleHDA_ALC292.kext AppleHDA.kext (installed to /S/L/E with Kext Utility) I'm doing something wrong, but can't figure out how to get audio working with AppleHDA (in stead of VoodooHDA). Hoping that somebody help me or point me in the right direction? card1-codec#0.txt verbs.txt
  4. After searching about getting audio working on my Dell Latitude E6540 with Sierra 10.12.2 installed, I'm kinda stuck and hoping that you can help me. My goal is to enable sound without VoodooHDA, so that I have the possibility to also send audio of HDMI. If possible I would like to keep the AppleHDA.kext untouched, and work with Clover patches plus a helper kext. After a lot of research, and trying out different combinations, I'm still without sound. Maybe it's something really simple, but the more I search and find, like cloverHDA, AppleHDA-IDT and all kinds of different patches for Clover, the more I'm not sure where I'm going Currently I have a DSDT with HDEF, patches in Clover and placed the following kexts in /L/E; AppleHDA_ALC292.kext CodecCommander.kext DisableTurboBoostBattery.kext EAPDFix.kext these files are from Jake Lo's bootpack (and updated the AppleHDA_ALC292.kext) DSDT My DSDT has the following configuration; Device (HDEF) { Name (_ADR, 0x001B0000) OperationRegion (HDAR, PCI_Config, 0x4C, 0x10) Field (HDAR, WordAcc, NoLock, Preserve) { DCKA, 1, Offset (0x01), DCKM, 1, , 6, DCKS, 1, Offset (0x08), Offset (0x09), PMEE, 1, , 6, PMES, 1 } Method (_PRW, 0, NotSerialized) { Return (GPRW (0x09, 0x04)) } Method (_DSM, 4, Serialized) { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Store (Package (0x12) { "codec-id", Buffer (0x04) { 0x92, 0x02, 0xEC, 0x10 }, "layout-id", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL,clock-id", Buffer (One) { 0x01 }, "built-in", Buffer (One) { 0x00 }, "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0898, "AAPL,current-extra-in-sleep", 0x0640, "AAPL,device-internal", 0x02, "AAPL,max-port-current-in-sleep", 0x0834 }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } (credits for the DSDT to Hervé, source of DSDT here) Clover Based of the bootpack from Jake Lo, combined with the information I found online, I think these are the correct patches for 10.12.2. Find [HEX] Replace [HEX] AppleHDA ALC 292 #1 (Patching 1984 with 10ec0292 codec) 8419D411 9202EC10 AppleHDA ALC 292 #2 (Zeroing 884 codec) 8408EC10 00000000 AppleHDA ALC 292 #3 (Zeroing 885 codec) 8508EC10 00000000 AppleHDA ALC 292 #4 (Zeroing 1983 codec) 8A19D411 00000000 which generate the follow code for config.plist; <dict> <key>Comment</key> <string>AppleHDA ALC 292 #1 (Patching 1984 with 10ec0292 codec)</string> <key>Disabled</key> <false/> <key>Find</key> <data> hBnUEQ== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> kgLsEA== </data> </dict> <dict> <key>Comment</key> <string>AppleHDA ALC 292 #2 (Zeroing 884 codec)</string> <key>Disabled</key> <false/> <key>Find</key> <data> hAjsEA== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> AAAAAA== </data> </dict> <dict> <key>Comment</key> <string>AppleHDA ALC 292 #3 (Zeroing 885 codec)</string> <key>Disabled</key> <false/> <key>Find</key> <data> hQjsEA== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> AAAAAA== </data> </dict> <dict> <key>Comment</key> <string>AppleHDA ALC 292 #4 (Zeroing 1983 codec)</string> <key>Disabled</key> <false/> <key>Find</key> <data> ihnUEQ== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> AAAAAA== </data> </dict> Unfortunately macOS doesn't recognize the audio;
  5. Originally I only tested the B10fixed, because I thought that the "original B10" was broken. There is a minor difference in the log between them, but unfortunately both versions doesn't have a working TouchPad/TrackStick after sleep. B10 ALPS: Found a V3 Rushmore TouchPad with ID: E7=0x73 0x03 0x0a, EC=0x88 0x08 0x22 ALPS: TouchPad driver started... B10fixed ALPS: Found a V3 Rushmore TouchPad with ID: E7=0x73 0x03 0x0a, EC=0x88 0x08 0x22 ALPS: TrackStick detected... ALPS: TouchPad driver started...
  6. I'm going to start my post with thanking Dr. Hurt for sharing his work, awesome! Recently I've switched to a Dell E6540 notebook and found this topic in my search for the ultimate VoodooPS2Controller.kext. The latest versions didn't seem to work, so I've thought going all the way back to R5, and from there every beta from R6, so I could see how my keyboard/touchpad acts on every release of a new beta. I've tested alle the basic stuff (touchpad, trackpad, multiple gestures) for a few minutes and will give a short summery of my findings. macOS Sierra (10.12.2) V3 Rushmore touchpad with ID: E7=0x73 0x03 0x0a, EC=0x88 0x08 0x22 R5: Inaccurate Caps Lock R6B1: No Touchpad after sleep R6B2: No Touchpad after sleep R6B3: Reboot after sleep (kernel panic?) R6B4: No Touchpad after sleep and inaccurate Caps Lock R6B5: No Touchpad/Keyboard after sleep R6B6: Everything seems to work! R6B7: No Touchpad after sleep R6B8: Non operational touchpad/keyboard (directly after boot) R6B9: Non operational touchpad/keyboard (directly after boot) R6B10: No Touchpad after sleep For me, R6B6 is the best version to work with on 10.12.2. I'm hoping that you can pinpoint why the touchpad stopt working after sleep, this seems to be an annoying problem.
  7. UPDATE! I've found a working EFI-folder to boot the USB installer Still need some work to get everything working, like the touchpad and USB-ports. I've try'd to compare the difference in this DSDT from the one I've found from Jake Lo. Unfortunately I'm to inexperienced with DSDT's (and patching them) to see what the difference is. Attached on this post my unpatched DSDT (extracted with Clover). I'm hoping that with this info that you can (easily?) see what the difference is and maybe update the default DSDT for the E6540? DSDT.aml.zip
  8. @Jake Lo: I've try'd the DSDT from the E6440 and also without a DSDT (and unchecked the DropOEM), unfortunately the same result. @Stefano62: I've try'd all the USB ports and also with a USB2.0 hub, unfortunately the same result. I've found somebody who has the exact same model and exact the same problem and hoping that he found a solution...
  9. Okay, I'm officially lost I've been trying this week with different options and configurations and reading more on the "Azul Framebuffer". But I'm constantly between a kernel panic and the same blurred screen from post #1. I thought to change my bootpack to Dell Latitude E6440 with i5-4300M, HD4600 and 1600x900 LCD - Mavericks/Yosemite, because it seems like a beautiful patched DSDT, so maybe less kext patching is required? But I'm having trouble combining this with Clover. Is it possible to combine this DSDT.aml with the Clover config from Dell Latitude/Inspiron/Precision - El Capitan Clover Guide? I've attached my current Clover based bootback. If anyone could help me what I've configured wrong I would be grateful. EFI.zip
  10. I've bought a E6540 to replace my current D830 (with El Capitan) so he can go with retirement E6540 specs: Intel Core i5-4310m 15,6" FullHD (1920x1080) Intel HD4600 8GB DDR (2x 4GB) BIOS version A12 I thought it would be as simple as my D830 and follow the Dell Latitude/Inspiron/Precision - El Capitan Clover Guide guide from Jake Lo. Making the USB installer was no problem, and I selected the bootpack EFI.ZIP (updated to v3949) combined with the E6540.zip file. Now I'm stucked with booting the USB installer (used left sided USB port) on the E6540 which gives the famous blurred screen with the sign in the center. I'm note sure, but I think the problem is that I've misconfigured something for the graphics card? I've checked the config.plist for Clover and it looks like the necessary settings for the Intel HD4600 are present; Boot -> nv_disable=1 Devices -> IntelGFX -> 0x04128086 Kernel and Kext Patches -> IOGraphicsFamily -> SecondStagePatch 10.11 AppleIntelFramebufferAzul -> 9MB cursor bytes patch The only thing I can think of is that it's common that the E6540 has a additional AMD graphics cards, where my config only has a Intel graphics. Could it be that, for example, I need to make changes in the DSDT? Or am I going in the completely wrong direction here? Of is it necessary to update de BIOS to version A17? Hoping that somebody can point me in the right direction!
  11. Awesome! Your updated file works out-of-the-box, thank you!
  12. I've try'd both solutions and indeed, now the kexts are loaded and injected. Yay! Unfortunately I'm not there yet. I think I'm still having some troubles with the USB ports, but I'm not sure. ..and if I wait long enough;
  13. Normally I use the lower right-hand side, because of the USB receiver of my mouse already occupied that port. Just to be sure, I've removed that dongle, so all USB ports are free and try'd the upper right-hand side, but unfortunately the same result.
  14. No, should I? I used only the files provided with your CLOVER_Sierra.zip file and didn't modified any files. To be sure I did all the steps right; I've also made a bootable USB installer of EL Capitan with (again) Clover and your files from CLOVER_Sierra.zip, and this works fine. So it looks that my config is compatible with your files. There is something that Sierra does differently or something else, but I can't get the bootable USB installer working with Sierra (GM).
  15. Thank you for your response Bronxteck! Because of your solution about the EFI folder, I'm thinking that you maybe thought dat my Sierra install on a HDD isn't booting, but I'm not even at that stage. Problem is dat the install media (USB) that I've created won't even boot, so I can't run the installer. I've try'd to boot the installer without caches, but that makes no difference. Do you maybe have an other idea how to solve this?
×
×
  • Create New...